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PREFACE 

It is assumed that the reader of this document is familiar with 
System/360. The reader should have a general knowledge of System/360 
architecture, channels, I/O devices, and programming systems support. 
This guide highlights only those Model 145 hardware, I/O, and 
programming systems features that are different from those of System/360 
models and discusses their significance. Additional more detailed 
information regarding System/370 Model lUS hardware and programming 
systems support can be found in the following SRL publications: 

IBM System/370 Model 145 Functional Characteristics (GA2a-3557) 

IBM System/370 Model 145 Operating Procedures CGA24-3554) 

IBM System/370 Model 145 Installation Information - Physical Planning 
(GA22-6976) 

IBM System/370 System Summary (GA22-7001) 

IBM System/370 I/O Configurator (GA22-7002) 

IBM System/370 Principles of Operation (GA22-7000) 

IBM 2319 Disk Storage Component Summary (GA22-1606) 

IBM 3210 Console Printer-Keyboard Model 2 Component Description (GA24-3552) 

IBM 3215 Console Printer- Keyboard Model 1 Component Description (GA24-3550) 

Component Summary: 3830 Storage Control, 3330 Disk Storage (GA26-1592) 

IBM System/360 Component Description: 2835 Storage Control and 2305 
Fixed Head Storage Module (GA26-1589) 

3211 Printer and 3811 Control Unit Component Description (GA24-3543) 

IBM Component Description: 3803/3420 Magnetic Tape Subsystem (GA32-0012) 

Form-Design Considerations - System Printers (GA24-3488) 

Emulating the IBM 1401, 1440, and 1460 on IBM System/370 Models 145 
and 155 using OS/360 (GC27-6945) 

Emulating the IBM 1410 and 7010 on IBM System/370 Models 145 and 155 
using OS/360 (GC27-6946) 

IBM System/360 Operating System: 

• Planning for the IBM 3211 Printer Data Management Macro Instructions 
and Services (GC21-5008) 

• Program Planning Guide for the DOS Emulator on IBM System/370 
Models 155 and 145 (GC24-5076) 

Emulating the IBM 1410 and 7010 on IBM System/370 Models 145 and 155 
using DOS/360 (GC33-2005) 

Emulating the IBM 1401, 1440, and 1460 on IBM System/370 Models 145 
and 155 using DOS/360 (GC33-2004) 

IBM System/360 Disk Operating System: 

• IBM 3211 Printer Program Planning Guide (GC24-5085) 

• Program Planning Guide for MCAR/CCH Function for IBM System/370 
Model 145 (GC24-5078) 
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SECTION 01: SYSTEM HIGHLIGHTS 



The Systein/370 Model lUS is designed to enhance,, extend, and broaden 
the successful concepts of Systein/360 architecture. It is a general 
purpose growth system for System/360 Model UO and large Model 30 users 
that provides significant price performance improvement without the 
necessity of major reprogramming. The System/370 Model 145 retains 
and extends the wide range of commercial and scientific data processing 
capabilities offered by System/ 3 60 Models 30 and UO. It is compatible 
with System/370 Models 155 and 165. 

Transition from System/360 models to the System/370 Model 145 can 
be accomplished with a minimum of effort because most current System/360 
user progreuns, I/O devices, and programming systems are upward 
compatible %n.th the new system. Additional capabilities will be added 
to OS and DOS to support new features of the Model 145, thereby 
providing proven operating system performance as well as continuity. 

Transition with little or no reprogramming is also provided for 
1401/1440/1460 and 1410/7010 users who are presently emulating on 
System/360. Improved emulators for these systems that operate under 
OS or DOS control on the Model 145 will be available. 

DOS users who wish to install OS on their Model 145 can ease the 
transition by using the standard OS/DOS Compatibility feature. An 
OS DOS Emulator program is provided that supports emulation of a DOS 
multiprogramming system under OS control. 

Highlights of the Model 145 are as follows: 

• Upward compatibility with most System/360 architecture and 
programming has been maintained. 

• Internal performance is approximately three to five times that 
of the Model 40 for a typical instruction mix. 

• The following are CPU features of the Model 145: 

The Model 145 standard instruction set includes new general purpose 
instructions in addition to the powerful System/360 instruction 
set. These instructions enhance decimal arithmetic performance, 
simplify the handling of nonword-size data that is processed using 
registers, eliminate the need for multiple move or compare 
instructions or move subroutines, and facilitate record blocking 
and deblocking, field padding, and storage clearing. 

A floating-point arithmetic option is available that includes 
extended precision operations. Precision of up to 28 hexadecimal 
digits, equal to approximately 34 decimal digits, is provided by 
the extended precision data format. 

An interval timer of 3.33-ms resolution to improve job accounting 
accuracy is standard. (A 16.6-ms resolution timer is provided 
for Models 30 and 40.) 

A time of day clock is included as a standard feature to provide 
more accurate time of day values than does the interval timer. 
The clock has a 1-microsecond resolution. 

CPU retry of failing CPU hard%/are operations is handled 
automatically by the hardware without programming assistance. 



• Functionally improved relocatable emulators are available that 
operate under operating system control. Concurrent execution of 
System/370 programs with any combination of moi, 1440, 1460, 1410, 
and 7010 programs in a multiprogramming environment is supported. 
The 1401/1440/1460 and the 1401/40/60, 1410/7010 Compatibility 
features are optional, no-charge features. 

• The standard OS/DOS Compatibility feature permits emulation of 

a DOS system under OS concurrent with execution of other OS jobs. 
Both DOS and 1400/7010 emulation can operate together on a 
Model 145 under OS control. 

• New operator console devices are provided: 

The 15-cps 3210 Model 1 Console Printer- Keyboard 

The 85-cps 3215 Console Printer-Keyboard 

A remote 3210 Model 2 Console Printer-Keyboard, which can be 
installed in addition to either of the above printer-keyboards 

• The following chcmnel features are available for the Model 145: 

Up to four high-speed selector channels can be attached (one 
selector is standard) in addition to the standard byte multiplexer 
channel. The latter can have up to 256 subchannels. An individual 
selector channel can operate at a data rate of .82 megabytes (MB). 
With a special feature, a selector channel can operate at a 1.85-MB 
data rate and therefore support significantly faster I/O devices 
than can Model 30 and 40 channels. 

The optional Integrated File Adapter feature allows lower cost, 
direct attachment of 2314A-type disk drives to a Model 145. A 
selector channel and a disk control unit are not required. The 
new 2319 Direct Access Storage Facility (three drives) and 2312 
Disk Storage (one drive), 2313 Disk Storage (four drives), and 
2318 Disk Storage can be connected via the adapter for a 
configuration of from three to eight natively attached disk drives. 

Block multiplexer mode of operation for selector channels is a 
no-charge optional feature. A block multiplexer channel is a 
superset of a selector channel. When used in conjunction with 
rotational position sensing devices, block multiplexer channels 
can increase total system throughput by permitting increased amounts 
of data to enter and leave the system in a given time period. 
A single block multiplexer channel can support interleaved, 
concurrent execution of multiple high-speed I/O operations . 

Block multiplexer channels support attachment to the Model 145 
of the 3330 euid the 2305 Model 2 direct access facilities,, which 
are not available in Model 30 and 40 configurations. 

Channel retry data is provided when channel errors occur so that 
error recovery routines can retry I/O operations. 

• The following significant new storage features are provided by 
the Model 145: 

All system storage — local, control, and processor (main) — is 
implemented using monolithic technology instead of discrete ferrite 
cores. 

112K to 512K of monolithic processor (main) storage is available 
- t%d.ce the maximum main storage available on the Model 40. 
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Four data bytes can be fetched in 5U0 nanoseconds, while four 
data bytes can be stored in 607.5 nanoseconds. 

Reloadable, monolithic control storage is used to contain the 
microcode necessary for system operation. Control storage 
contains the microcode required for standard and optional 
features and can be expanded from 32K to 6UK in 2K increments. 
Use of writable, instead of read-only, control storage offers 
the advantages of system cost reduction and improved system 
serviceability. 

Byte boundary alignment is permitted for the operands of non- 
privileged instructions to eliminate the necessity of adding padding 
bytes within records or to blocked records for the purpose of 
aligning fixed- or floating-point data. 

Error checking and correction (ECC) hardware, which automatically 
corrects all single-bit processor and control storage errors and 
detects all double-bit and most multiple- bit errors, is standard. 

• I/O devices include the following: 

Most currently announced I/O devices for System/360 Models 25, 
30, and i\0 can be attached. 

The new 3803/3'»20 Magnetic Tape Subsystem is attachable. Models 
3, 5, and 7 of the 3420 Magnetic Tape Unit, with data rates of 
120 KB, 200 KB, and 320 KB, respectively, at 1600-BPI recording 
density, are provided. Phase-encoded recording, which automatically 
corrects all single-bit read errors in-flight, is used. This new 
tape subsystem offers improved price performance; Dual Density 
and Seven-Track features for compatibility with, and conversion 
of, 2U00-series tape volumes; greatly reduced operator handling 
through implementation of such features as automatic tape threading 
and cartridge loading; lower cost tape switching than is currently 
provided; and enhanced reliability, availability, and serviceability 
features . 

The high-speed 3211 Printer with a tapeless carriage and print 
speed of 2000 alphameric lines per minute is attachable. The 
tapeless carriage decreases operator intervention by eliminating 
carriage tape loading and unloading. 

The 3330 Disk Storage Facility can be attached. This facility 
offers significantly faster seeks and more than twice the data 
rate of the 2314 facility, more than three times the capacity of 
the 2314, automatic error correction features, and the new 
rotational position sensing and multiple requesting capabilities. 

The 3330 has an 806- KB data transfer rate, average seek time of 
30 ms, and full rotation time of 16.7 ms. Up to 800 million bytes 
can be contained on an eight-drive facility. 

The 2305 facility Model 2, with a maximum single module capacity 
of 11.2 million bytes, a data rate of 1.5 megabytes, and an average 
access of 5 ms, can be attached to a Model 145 to be used as a 
system residence device or as high-speed storage. One 2305 Model 2 
facility can include two modules for a maximum facility capacity 
of 22.4 million bytes. 

• Extensive hardware and programming systems error recovery and 
repair features are provided to enhance system reliability, 
availability, and serviceability. 
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• Compact physical design reduces Model 1 U5 space requirements. 
The Model lUS has almost three times the number of circuits as 
a Model 40, yet a 256K, five-channel system requires about the 
same amount of space as a 256K, three-channel Model 40. 

As the highlights indicate. Model 30 and 40 users now have a broader 
range of Model 145 configurations from which to choose when tailoring 
a growth system with improved throughput and expanded capabilities. 

Specifically, the Model 145 offers the following advantages when 
compared to Models 30 and 40. 

Larger , Faster Processor (Main) Storage Sizes 

Processor storage sizes of 112K, 160K, 208K, 256K, 384K, and 512K 
bytes are provided. The Model 30 can have a maximum of 64K, while 
256K is the largest main storage size provided by a Model 40. The 
cycle time of Model 145 processor storage is about four times faster 
than that of the Model 40. This improved cycle time increases internal 
performance and permits faster I/O devices to be attached to the system. 

Additional storage can contribute significantly to system performance 
and capabilities. Specifically, the addition of more processor storage 
provides the Model 145 user with the ability to: 

• Execute more or larger jobs concurrently, including new application 
and integrated emulator jobs 

• Add and expand applications, such as graphics, teleprocessing, 
time-sharing, and data- based, that require larger amounts of storage 

• Use higher level language translators and linkage editors that 
provide more functions and execute faster 

• Execute larger processing programs without the necessity of overlay 
structures 

• Allocate more storage to language translators and sorts to improve 
their execution speed 

• Use more and larger I/O buffers to speed up input/output operations 
and optimize use of direct access storage and tape media space 

• Include system generation options that improve control program 
performance and support additional functions 

Greatly Expanded Channel Capabilities 

The fast internal performance of the Model 145, together with 
expanded use of multiprogramming, requires that more data be available 
faster than on the Model 40. A variety of channel options is provided. 

Twice the number of byte multiplexer subchannels can be installed 
on a Model 145 as on a Model 40. The Model 145 also offers more and 
faster high-speed channels than Models 30 and 40, and block multiplexer 
channels not provided for these System/360 models. The basic individual 
channel data rate of .82 MB can be more than doubled by installation 
of the optional Channel Word Buffer feature. 

The channel features of the Model 145 provide: 

• Up to 256 byte multiplexer subchannels for larger teleprocessing 
users 
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• Lower cost direct attachment of 23mA-type disk storage drives 
via the new Integrated File Adapter 

• Attachment of new high-speed direct access devices such as the 
3330 and 2305 Model 2 facilities 

• Potential increases in channel throughput via use of block 
multiplexing with rotational position sensing to improve effective 
data transfer rates 

• A significantly higher attainable aggregate channel data rate than 
the Model ^0 to balance the higher performance capabilities of 
the Model 145 CPU 

Faster I/O Devices and Increased Direct Access Storage Capacity 

The Model 1U5 supports faster magnetic tape units than Models 30 
and HO, specifically the 3U20 Model 7 with a data rate of 320 KB. 

A Model l'»5 I/O configuration can also include significantly more 
and faster direct access storage. For example, the Model 145 is not 
limited to having 231U facilities on only one channel, as are Models 
30 and 40. In addition, the 3330 and 2305 Model 2 facilities provide 
considerably more capacity and faster data access than 2314 facilities 
or 2303 Drum Storage because of higher data transfer rates, faster 
rotation, and new features. Rotational position sensing and multiple 
requesting used with block multiplexing can improve I/O throughput 
by making more efficient use of channel time. These direct access 
facilities also offer higher availability through use of new hardware- 
only and program-assisted error correction features. 

The 3330 facility provides large capacity and fast access for less 
cost per bit. It is a gro%rth device for the 2314 facility and the 
2321 Data Cell Drive that offers improved price performance. The 3330 
facility is designed to be used in every area in which direct access 
storage is needed. For example: 

• As a system residence device and for program library storage 

• In teleprocessing applications for message queuing and for residence 
of online applications data 

• In online, data- based applications, such as management information 
systems 

• In time-sharing (or interactive) environments as swap devices and 
for online work storage (for program and data residence) 

• As high-speed work storage for sorting, assembling, and link editing 

• For residence of data indices, such as for ISAM data sets 

The 2305 Model 2 facility offers significantly faster access than, 
and almost' three times the capacity of, the 2303 drum. In large 
Model 145 OS installations, the 2305 facility will be of benefit: 

• As the primary system residence device 

• In time-sharing environments as a swap device and for program and 
data residence 

• As high-speed work storage and for residence of data indices 
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SUMMARY 

The combination of new and enhanced hardware, availability, and 
input/output facilities, expanded operating system support, integrated 
1400/7010 emulation, and DOS emulation under OS provided by the 
Model ms offers Model 30 and UO users expanded computing capabilities 
without the necessity of a large conversion effort. Little or no time 
need be spent modifying operational System/360 code or programs 
currently being emulated. Users of 1400 and 7010 systems can upgrade 
directly to a Model 1U5 and an operating system environment with a 
minimum of reprogramming, and DOS users can convert to OS more easily 
because of the availability of DOS emulation. Existing CPU-bound 
programs can execute faster because of the increased internal 
performance of the Model 145, while I/O- bound programs can benefit 
from the use of more storage, more channels, faster I/O devices, and 
block multiplexing. 

The increased power and new functions of the Model 145 provide the 
base for expanded applications growth and penetration of previously 
marginal application areas. The improved price performance of the 
Model 145 offers the user the opportunity to widen his data processing 
base for less cost than was previously possible. 



SECTION 10; ARCHITECTORE , TECHNOLOGY. AND SYSTEM COMPONENTS 



10:05 ARCHITECTURE DESIGN AND SYSTEM TECHNOLOGY 



ARCHITECTURE DESIGN 

The basic design objectives embodied in System/370 Model 1U5 
architecture provide System/360 and 1401/1440/1460 and 1410/7010 
emulator users with a growth system in the intermediate system range 
that incorporates improvements and additions to System/360 architecture. 
The Model 145 provides new system capabilities, performance 
improvements, and features to enhance system reliability, availability, 
and serviceability* This has been achieved under the following 
conditions: 

• System/370 Model 145 architecture is upward compatible with that 
of System/360 models so that most user programs written for 
System/360 will run efficiently on the Model 145 without modification. 

• Programming systems support for the Model 145 is based on that 
provided for System/360 models, namely OS (MFT and MVT) and DOS. 

• Most currently announced System/360 I/O devices will operate on 
the Model 145. (See Section 20:05 for a list of the I/O devices 
that cannot be included in a Model 145 configuration.) 

• The open-ended design characteristic of System/360 has been 
preserved and extended on System/370. 

As a result of the architecture design criteria used for this new 
system, all programs written for System/360 (Models 25 and up) will 
operate on a System/370 Model 145 with a comparable hardware 
configuration, with the following exceptions: 

1. Time- dependent programs. (They may or may not execute correctly.) 

2. Programs using machine-dependent data such as that which is 
logged in the machine-dependent logout area. (OS SER and DOS 
MCRR error-logging routines for System/360 models will not 
execute correctly. ) 

3. Programs that use the ASCII mode bit in the PSW. (ASCII mode 
is not implemented. ) 

4. Programs that depend on the non usable lower processor storage 
area being smaller than 704 bytes. This area can be reduced 
to 512 bytes by moving the CPU logout area. (See Section 50.) 

5. Programs deliberately written to cause certain program checks. 

6. Progrcims that depend on devices or architecture not implemented 
in the Model 145, for example, the native file of the Model 44, 
relocation implemented in the Model 67, etc. 

7. Programs that use model-dependent operations of the System/370 
Model 145 that are not necessarily compatible with the same 
operations on System/360 models. 

8. Programs that depend on the validity of storage data after 
system power has been turned off and then on. 



Note that these are the same types of implementation- dependent 
restrictions that exist for compatibility among System/360 models. 

SYSTEM TECHNOLOGY 

The Model 1U5 uses monolithic system technology (MST) for logic 
circuitry, as do System/370 Models 155 and 165. In addition, the 
Model 145 embodies a significant technological advancement in the area 
of system storage implementation. That is, processor storage, as well 
as control and local storage, is implemented using monolithic technology 
instead of wired, discrete ferrite cores. The Model 1U5 is the first 
IBM system to use monolithic storage exclusively. 

Monolithic storage is similar in design to monolithic logic 
circuitry, the latter representing a technological advancement over 
the solid logic technology (SLT) introduced with the announcement of 
System/360. Since the technology associated with monolithic storage 
is like that used to produce monolithic logic, monolithic storage can 
be batch-fabricated. 

Solid Logic Technology (SLT) 

Monolithic technology is a breakaway from the hybrid circuit design 
concept of SLT and can best be explained by comparison with SLT. As 
shown in Figure 10.05.1, SLT circuits were implemented on half-inch 
ceramic squares called substrates. Metallic lands on the substrate 
formed interconnections onto which the components were soldered. These 
components consisted of transistors and diodes, which were integrated 
on silicon chips about the size of a pinhead, and thin film resistors. 
An SLT chip usually contained one component, and several chips and 
resistors were needed to form a circuit. In general, an SLT substrate 
contained a single circuit. 





SLT chip with 

one component ' I ' Ceramic substrate 

with interconnections 

Figure 10.05.1. SLT substrate 

Monolithic System Technology (MST) 

Monolithic system technology also makes use of a half-inch-square 
ceramic substrate with metal interconnections onto which chips are 
placed. However, in monolithic logic circuitry, large numbers of 
elementary components, transistors, resistors, etc., are integrated 
on a single chip. In the Model 145, an MST logic chip is slightly 
over a sixteenth of an inch square and contains over 100 components, 
which can form up to eight interconnected circuits. This conpares 
to a single component on an SLT chip. MST logic modules, each 
consisting of one substrate, are mounted on circuit cards, which are 
in turn mounted on circuit boards (as in SLT logic) . 



MST logic offers the following advantages over SLT: 

• MST logic circuitry is intrinsically more reliable because many 
circuit connections are made on the chip, significantly reducing 
the number of external connections. 

• Faster circuit speeds can be obtained joecause the distance between 
circuits is considerably shorter. For example, the MST circuits 
in the Model 145 are about twice as fast as the SLT circuits in 
the Model HO, 

• Space requirements for logic circuitry are reduced by the 
significantly higher density of components per chip. 

Monolithic Storage 

Monolithic storage design incorporates the same concepts described 
for monolithic logic. However, storage bits instead of logic circuits 
are implemented on a chip. In the Model 145, a monolithic storage 
array chip is approximately an eight of an inch square and contains 
well over 1000 coitponents, or about 176 interconnected circuits. These 
circuits form storage bits and support circuitry on the chip. In the 
Model 145, one monolithic storage array chip contains 128 storage bits 
and their associated decoding, addressing, and sensing circuitry. 

As shown in Figure 10.05.2, two storage array chips are mounted 
on a half- inch-square substrate, and a pair of substrates is packaged 
into a storage array module. Each half- inch-square storage module, 
which contains 512 storage bits, is mounted on a storage array card, 
shown in Figure 10.05.3. A card is about 3 1/2 by 4 3/4 inches and 
contains 12K (12,288) storage bits. Storage array cards are placed 
in storage array boards as shown in Figure 10.05.4. In outward 
appearance, therefore, monolithic storage looks like monolithic logic 
circuitry. 

The Basic Storage Module of the Model 145, which contains 48K bytes 
of storage and its associated circuitry, is shown in Figure 10.05.4, 
It is approximately 13 1/4 inches long, 5 1/2 inches deep, and 9 inches 
wide. A 256K Model 145 contains six of these Basic Storage Modules 
(256K of processor storage and 32K of control storage). 

Since power is required to maintain a one or zero state in a 
monolithic storage bit, data is lost when power is turned off, and 
monolithic storage is therefore said to be volatile. This is not true 
of core storage, which retains its magnetized state when power is removed. 

The following are the advantages of monolithic over core storage: 

• Faster storage speeds can be obtained, first, because of the shorter 
distances between storage circuitry and, second, because of the 
nondestructive read-out capability of monolithic storage. Since 
core storage read-out is destructive, a regeneration cycle is 
required after a read and is also used prior to a write. 
Regeneration cycles are not required for monolithic storage. 

• Storage serviceability is enhanced because storage is implemented 

in accessible, easily replaceable cards, each of which is a complete 
functional storage component. Diagnostic routines can be written 
that need only identify the failing storage card (as opposed to 
the specific storage element) , which can be replaced in a matter 
of minutes. Storage increments can also be field installed rapidly. 

• Space requirements for system storage are reduced. Dense bit 
packaging per chip is achieved by the use of monolithic technology 



and by the fact that the regularity of a storage pattern lends 
itself to such packaging. For example, 256K of core storage on 
the Model HO requires almost twice the amount of space as 256K 
of monolithic processor storage on the Model 145. 





Figure 10.05.2. Monolithic 
storage array module containing 
512 bits 





Figure 10.05.4. Basic Storage 
Module of the Model 1U5 containing 
U8K bytes of monolithic storage 



Figure 10.05.3. Monolithic 
storage array card containing 
12K bits 



MAJOR COMPONENTS 

The major sections of the Model 145 computing system are the 
processor (CPU), storage, channels, the system control panel and 
console, and the console file. Each component and its new features 
are discussed in the subsections that follow. Programming systems 
support of these new features is covered in Section 30. Reliability, 
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availability, and serviceability (RAS) hardware features are mentioned 
only briefly. A full discussion of both hardware and progrananing 
systems RAS facilities is contained in Section 50, 

10:10 THE CENTRAL PROCESSING UNIT (CPU) 

The central processing unit contains all the elements necessary 
to decode and execute the instructions in the System/370 Model 145 
instruction set and, optionally, those in the hardware compatibility 
features required by the 1401/1440/1460 and 1410/7010 emulator programs. 
All CPU functions and channel operations are controlled by the 
microprogram contained in the 36-bit control words in reloadable control 
storage (RCS) , which is housed in the CPU (discussed in Section 10:15). 

The Model 145 has a variable- length CPU cycle time. Cycle times 
of 202.5, 247.5, 292.5, and 315 nanoseconds are implemented. The time 
required for the CPU to perform operations is made up of combinations 
of these cycles. The CPU fetches instructions from processor storage 
a doubleword at a time, while data accesses, both fetches and stores, 
are made on a word basis. Eight instruction bytes or four data bytes 
can be fetched by the CPU in 540 nanoseconds. 

A single monolithic local storage is used as an intermediate storage 
area and is shared by the CPU and the integrated channels. Local 
storage contains the general purpose and floating-point registers, 
subchannel information for the high-speed channels, and other items 
such as CPU working areas and multiplexer channel working areas. Two 
local storage sources can be accessed simultaneously. 

The CPU also contains a set of monolithic register stacks, called 
external registers, that increase internal performance. These registers 
are a part of the data flow organization that is shared by both the 
CPU and the channels. Data for several operations can be maintained 
in these registers, thus eliminating temporary stores and fetches when 
control is switche>3 from a channel to the CPU. 

Extensive parity checking is done in the CPU to ensure the validity 
of the data being used. Every data path within and to the CPU is 
parity- checked, as are every microcode word and all adder sums. 
Automatic hardware retry of failing CPU operations, without programming 
assistance, is provided as an availability feature and is discussed 
in the RAS section. 

The progrcim states in which the Model 145 is operating are reflected 
in the current program status word (PSW) and in new CPU status 
indicators, called control registers , which are located in the CPU. 
Up to 16 control registers, 0-15, can be addressed; however, only 4 
are implemented in the Model 145. They are progrcim addressable when 
the CPU is in the supervisor state. A control register can be set 
with the new LOAD CONTROL instruction, and its contents can be placed 
in processor storage with the new STORE CONTROL instruction. Additional 
status indicators contained in control registers are required in order 
to support new system functions. A control register is 32 bits in 
size. 

The contents, layout, and function of fixed locations 0-127 in 
System/370 models are identical to these locations in System/360 models 
with one exception. Bit 12 in the PSW, v^ich sets EBCDIC or ASCII 
mode in System/360 models, is not used for this purpose in the Model 
145 and must be set to zero. ASCII mode is not implemented in the 
Model 145, nor was the mode bit supported by IBM programming systems 
provided for System/360 models, as the expectation that System/360 
USASCII-8 would beccwne the ASCII standard has not been borne out. 
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However, ASCII encoded tapes will be supported by certain OS and 
DOS programs. That is, ASCII mode tapes will be accepted as input 
and converted to EBCDIC for processing. The capability of writing 
ASCII mode tapes is also provided. (See Section 30 for a list of the 
OS and DOS programs that support ASCII mode tapes.) 

To enhance system availability and serviceability, the implementation 
of the machine check level of interrupt on the Model 145 has been 
considerably altered from its implementation in Models 30 and 40 (see 
Section 50). However, the other four interrupt levels operate in the 
same manner on Models 30, 40, and 145 except for the expansion of 
external interrupt masking. Three external subclass mask bits, which 
allow selective masking of external signals (2-7), interval timer, 
and console interrupt key interrupts, are provided in control register 0. 
When the PSW external mask bit is off, all three external interrupt 
types are disabled. When the PSW external mask bit is on, a console 
interrupt key, an interval timer, or an external signal interrupt 
occurs only if its associated subclass mask bit is on also. 

Significant new features of the Model 145 CPU are as follows. 

EXPANDED INSTRUCTION SET 

The standard instruction set for the System/370 Model 145 is a 
superset of that provided for System/360 Models 30 and 40. It consists 
of the System/360 instruction set plus new instructions that support 
System/370 architecture and provide additional functions. The Model 145 
standard instruction set includes all general purpose and I/O 
instructions and all binary and decimal arithmetic instructions. 
Storage protect and time of day clock instructions are also standard. 
The new STORE CPU ID instruction permits a program to determine the 
model upon which it is operating and provides the system serial number. 
The new STORE CHANNEL ID instruction can be used to identify the types 
of channels present in the system. Other new instructions are: 

• General purpose instructions 

Six general purpose instructions, %^ich will be of benefit to both 
control and processing program performance, have been added to 
the Model 145 standard instruction set. 

SHIFT AND ROUND DECIMAL provides right or left shifting of packed 
decimal data using a single instruction. This instruction can 
save 6 to 18 bytes of instruction storage and instruction execution 
time for each decimal shift and round operation performed in 
commercial processing. 

MOVE LONG provides for the movement of up to 16 million bytes from 
one location in storage to another with a single instruction, 
thereby removing the current limitation of 256 bytes per move. 
A check for the possibility of destructive overlap is made by the 
hardware prior to the movement of any data and the MOVE LONG 
instruction is not executed if operand destruction can occur. 
This instruction can eliminate the necessity of multiple move 
instructions or the inclusion of move subroutines. The format 
and operation of MOVE LONG facilitates efficient record blocking 
and deblocking, field padding, and storage clearing, frequently 
performed operations in commercial processing. The new COMPARE 
LOGICAL LONG instruction can be used to compare logically two 
fields of up to 16 million bytes in length, thus removing the 
current 256- byte limit on byte compares. In addition, when an 
unequal compare occurs, the two characters that caused the 
inequality are identified. 
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The MOVE LONG and COMPARE LOGICAL LONG instructions are 
interruptable. liius when an I/O operation terminates during their 
execution, the interrupt is taken and the channel is not held up 
awaiting termination of what might be a lengthy move or compare. 

COMPARE LOGICAL, INSERT, and STORE CHARACTERS UNDER MASK 
instructions provide byte addressability within the general purpose 
registers and permit nonword-size data that is not on a word 
boundary to be compared to data in a register, loaded into a 
register, and stored from a register. These three instructions 
can be of most benefit to control program programmers, to compiler 
writers, and to others who must manipulate processor storage 
addresses. 

• Extended Precision Floating Point (optional) 

The optional floating-point arithmetic feature includes extended 
precision floating-point instructions. Extended precision is 
provided for use in application areas in i^ich the precision 
provided by the long- form floating-point format is not large enough. 

Precision of up to 28 hexadecimal digits, approximately equal to 
3U decimal digits, is provided by the extended precision data 
format. Extended precision is achieved by using two doublewords 
(16 bytes) to represent an extended precision floating-point number 
instead of using one doubleword as is done in long form 
representation. Fourteen hexadecimal digits, or up to 17 decimal 
digits, of precision is provided by the long floating-point format. 

Seven extended precision floating-point instructions are included 
in the optional floating-point arithmetic feature. They provide 
addition, subtraction, and multiplication operations for extended 
precision data, using a pair of floating-point registers, and the 
ability to round from long to short form or from extended to long 
form. 



ARCHITECTURE IMPLEMENTATION ALTERATIONS 

Two alterations have been made to the system action taken on a 
Model 1*^5 during the execution of certain instructions common to both 
System/370 and System/360 models. The first involves all instructions 
that check the validity of operands involved in packed decimal 
operations. On the Mode!' 145, an invalid sign in an operand causes 
the instruction to be su^ pressed (never executed) rather than terminated 
during execution as is done on System/360 models. Suppression, rather 
than termination, of an instruction when an invalid sign occurs ensures 
that the data fields involved remain unchanged. Therefore, a routine 
that inspects the field that has the invalid sign can be executed when 
a program check occurs. 

For example, when an invalid sign results from packing an entirely 
blank field, the sign can be corrected by programming, and transaction 
deletion or program termination is avoided. 

The second alteration concerns the recognition of a storage 
protection exception during the execution of an EDIT or an EDIT AND 
MARK instruction. On a Model 145 a protection exception always occurs 
when a pattern character is fetched from a location protected for 
storing but remains unchanged during the edit operation. This change 
eliminates unpredictable system operation during editing on a Model 145. 
The occurrence of a protection exception for the situation described 
is model-dependent for System/360 models. 
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INTERVAL TIMER 

The interval timer in decimal location 80 in fixed processor storage 
is a standard featiire and has a resolution of 3.33 ms instead of the 
16.6-ms resolution (viith 60-cycle power) implemented for the timer 
on Models 30 and HO. Its maximum time period remains 15.5 hours. 
The higher resolution of this interval timer eliminates many of the 
problems encountered in accounting routine accuracy caused by task 
execution durations that are less than the 16.6-ms resolution interval. 



TIME OF DAY CLOCK 

This new clock is a binary counter of 52 bits with a cycle of 
approximately 142 years. It is a standard feature. The clock is 
updated every microsecond. Two new instructions (SET CLOCK and STORE 
CLOCK) are provided to set the time and to request that the current 
time be stored in the specified doubleword of processor storage. The 
time can be set only when the CPU is in supervisor state and only when 
the clock security switch on the system console pemel is in the enable 
set position. 

The time of day clock can be used for more accurate time stamping 
than the interval timer. More accurate time of day can be maintained 
because, during normal system operation, the clock stops only when 
CPU power is turned off. (CE use of certain system test modes and 
an error in the clock will invalidate the clock time.) The interval 
timer cannot be as accurate as the clock for time of day maintenance 
because it is not updated when the system is in the stopped state and 
its updating may be omitted under certain conditions of excessive 
system activity. The 15.5-hour cycle time of the interval timer is 
also a restriction. The time of day clock better answers the timing 
needs of teleprocessing and real-time applications. 

10;15 STORAGE AND THE CONSOLE FILE 

CONTROL AND PROCESSOR (MAIN) STORAGE 

A significant new storage feature of the Model 145 is reloadable 
control storage (RCS) for microprogram residence. The use of writable 
storage for control functions adds to the advantages of using a read- 
only storage instead of conventional circuitry. 

As implemented in the Model 145, RCS results in system cost savings 
and provides improved serviceability and additional system functions : 

• System cost savings result because the total amount of control 
storage required is reduced. Fixed control storage addresses for 
each specific microcode function are not required. Since control 
storage is reloadable, the microcode required to support the 
hardware features of a specific system configuration can be 
efficiently packed in available control storage when the given 
system microcode is customized. In addition, all microcode for 

a system need not be resident at all times. For example, different 
versions of microcode for a given system containing different 
features can be loaded when required, and diagnostics overlay 
normal system microcode when they are needed. Furthermore, the 
fact that a single writable storage can be and is used for both 
control and processor storage helps achieve the price performance 
goal of the Model 145. 

• Serviceability is enhanced because of the speed and ease of 
engineering change installation — the new microcode need only be 
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loaded into RCS — and because more extensive diagnostics can be 
provided (all control storage is available for diagnostic residence) 
without the necessity of adding additional control storage. The 
design simplicity of a single- storage system (one storage addressing 
design, a single set of sensing circuits, a common data flow design, 
etc.) also benefits serviceability. 

• Functional capability is extended by the ability to support 
different architectures in one system. IBM-supplied mOO/7010 
and DOS emulator microcode and special features are quickly and 
easily loaded. 

A single monolithic storage, with a fetch cycle time of 540 
nanoseconds and a store cycle time of 607.5 nanoseconds for four data 
bytes, is used for both processor and control storage in the Model ms. 
That is, the total storage present in the system (excluding local 
storage) is functionally divided into control and processor storage. 
Model mS storage is available as sho%fn below. Total storage of up 
to 288K is housed in the CPU. A processor storage frame must be added 
to the system when more than 288K is present, as shown in Figure 
10.15.1. Storage contained in the additional frame is addressed 
beginning with processor storage address zero. 

Model Processor Storage Control Storage Total Storage 



FED 


112K 


32K 


l^^K 


G£ 


160K 


32K 


192K 


GFD 


208K 


32K 


2i\0K 


H 


256K 


32K 


288K 


HG 


38tiK 


32K 


tH6K 


I 


51 2K 


32K 


5aaK 



Control storage is always assigned the high-order range of available 
storage addresses and is always a minimum of 32K. The processor /control 
storage boundary within total storage is determined by the value in 
the address check boundary register in the CPU. No microcode can be 
executed until this boundary is established. The addresses below this 
register value are processor storage addresses, while those equal to 
and above it are control storage addresses. An attempt by a program 
instruction to reference an address equal to or above the boundary 
value results in cin address check program interrupt. A control storage 
access by the microprogram below the boundary value results in a machine 
check. Thus, in a system containing total storage of m^K, the boundary 
would be set at a value of 114,688 to provide 112K of processor and 
32K of control storage- The boundary value is set when microcode is 
loaded (discussed under "The Console File" at the end of this 
subsection) . 

The total amount of control storage required in a configuration 
is dependent upon the features present in the system. Control storage 
contains system microcode and byte and block multiplexer channel unit 
control words (UCW's). A movable control storage boundary facility 
is implemented so that when more than 32K is required, control storage 
can be expanded in 2K (2048-byte) increments up to a maximum of 64K 
at the expense of processor storage. This is done by lowering the 
value set in the address check boundary register. 
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Figure 10.15.1. Model 145 physical layout 

The basic system microcode includes all the microcode required by 
the standard instructions and features (including that for the byte 
multiplexer channel but excluding the standard 16 UCW's) in addition 
to a microcode patch routine and area (discussed under "The Console 
File" at the end of this subsection) . Additional control storage is 
required to contain each of the following selectable items: 

• Byte and block multiplexer UCW's 

• Block multiplexer mode for selector channels 

• Console support 

• Integrated file adapter support 

• mol/maO/1460 emulator support 

• 1401/1440/1460 and 1410/7010 emulator support 

• Floating point arithmetic 

• Direct Control 

Table 10.15.1 shows the total control storage requirements for 
sample configurations. (See IBM System/370 Model 145 Functional 
Characteristics for specific control storage requirements by function.) 
If disk cartridges that contain different feature mixes are desired 
by an installation, they can be requested from IBM via a special order. 

Error checking and correction (ECO hardware provides automatic 
detection and correction of all single-bit processor and control storage 
errors and detection, but not correction, of all double-bit and most 
multiple-bit errors. The ECC feature is discussed fully in the RAS 
section. 

The Model 145 supports a byte boundary alignment facility for 
processor storage. The presence of the byte-oriented operand function 
allows the processor storage operands of unprivileged instructions 
(RX and RS formats) to appear on any byte boundary without causing 
a specification program interrupt. Without this facility, operands 
must be aligned on integral boundaries, that is, on storage addresses 
that are integral multiples of operand lengths. Byte orientation is 
standard and does not apply to alignment of instructions or channel 
command words (CCW's). 
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Table 10.15.1. Total control storage requirements, rounded to the 
nearest one- hundred bytes, for sample Model 145 
hardware configurations. All support DOS emulation 
under OS as well. 



Configuration 


1 


2 


3 


Basic system 


Basic system 


Basic system 


(includes selector 


(includes selector 


(includes selector 


channel support) 


channel support) 


channel support) 


3210 Ml console 


3210 Ml console 


3215 console and 
remote 3210 M2 


32 byte multiplexer 


16 byte multiplexer 


128 byte multiplexer 


UCW's 


UCWs 


UCWs 


lUOl/maO/meO emulation 


Integrated File Adapter 


Block multiplexer mode 
Block multiplexer UCW 
groups - 4 (32 UCWs) 


32,000 bytes 


36,700 bytes 


33,200 bytes 




(with mOl/lUUO/1460 


(with floating point 




emulation, m,500 bytes 


and 1U01/1U40/1460 




total) 


emulation, 40,200 
bytes total) 



Use of byte alignment in a program degrades instruction execution 
performance. However, byte orientation can be used effectively in 
commercial processing to eliminate the padding bytes added within 
records or to blocked records to ensure binary and floating-point field 
alignment. The smaller physical record that results from the 
elimination of padding bytes requires less external storage and 
increases effective I/O data rates. I/O- bound commerical progrcuns, 
in which throughput is in almost direct proportion to the I/O data 
rate, can achieve performance improvement by using byte alignment for 
binary and floating-point data. 

A program written to use byte boundary alignment will not necessarily 
run on a System/360 model that does not have the feature. Therefore, 
programs that are to run on both the Model 145 and on System/360 models 
without byte orientation should be written to adhere to integral 
boundary rules. 

THE CONSOLE FILE 

Control storage is loaded directly from a small read-only disk 
device, called the console file, which is a basic component of the 
Model 145. This file is located beneath the operator's console table, 
and it reads removable disk cartridges, several of which can be stored 
near the console file. A disk cartridge has a capacity of 65,280 ten- 
bit bytes (eight data bits, one parity bit, one start bit), and a data 
track is divided into eight sectors for recording purposes. Data is 
read from the cartridge by the file at a rate of 33,300 bits per second. 

The disk cartridge is contained in a protective eight-inch-square 
casing, as shown in Figure 10.15.2. When mounted on the console file, 
the cartridge rotates inside its casing, and data is read through a 
hole in the casing that exposes the data recording area. Reading from 
the console file is initiated by console switches and buttons. Once 
the file has been started, its operation is controlled by command bytes 
that are interspersed within the data (microcode or diagnostics) 
contained on the disk cartridge tracks . There are no I/O instructions 
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Figure 10.15.2, 



Disk cartridge for the console file. Shaded areas 
represent recording disk showing through cutout 
areas in casing. Dotted lines show recording disk 
inside the casing. Eight holes in the periphery 
of the disk generate, via photoelectric sensing, 
sector pulses to indicate beginning of sector. 



or commands that a program can execute to cause reading from the file 
and there is no way for any installation to write data on a disk 
cartridge. 

Prewritten disk cartridges containing all the microcode required 
for the specific Model 145 configuration will be shipped to each 
installation. One standard and one backup cartridge containing the 
customized system microcode will be provided in addition to several 
other disks that contain system diagnostics. The processor /control 
storage boundary address is contained on the customized disk cartridge 
sent to the user and reflects the amount of control storage required 
for the configuration. The only time the address check boundary 
register can be set is during microprogram loading from the disk 
cartridge. A single cartridge has enough capacity to contain all the 
currently available system microcode and to establish the maximum 
number of byte and block multiplexer UCW's in control storage. 

In order to load control storage with the system microcode, the 
proper disk cartridge must be mounted on the console file, the 
diagnostic/file control svnLtch on the system console panel must be 
in the process position, and the CPU must be in process mode. When 
the system is in this status, an initial microprogram load (IMPL) is 
initiated automatically when system power is turned on. 

When power is already on, IMPL is initiated via the start console 
file key. Pressing this key causes power to be turned on in the file 
(it is normally off), and as soon as the disk is up to speed — about 
five seconds — reading from the console file begins. The key remains 
red from the time it is pressed until reading begins and then turns 
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white to indicate that loading has begun successfully. The key remains 
red if the disk does not turn, a disk is not mounted, etc. 

Approximately 45 seconds are required for the loading of 32K of 
control storage (includes maximum arm positioning time) . During 
loading,, considerable error checking occurs to ensure that the microcode 
is read and loaded into control storage correctly. If an error is 
detected, the console file key turns red to inform the operator. The 
white indication and file power are turned off at the successful 
completion of control storage loading. The system reset microcode 
(just loaded) is executed, and the CPU is placed in the stopped state, 
ready for an IPL of the operating system. 

The basic system microcode control storage space requirement includes 
room for a patch area, into which the customer engineer can load 
engineering changes (EC's) from an I/O device at the completion of 
IMPL. Checking is performed to ensure that EC's are correctly loaded. 
Once microprogram patches have been made, no additional changes can 
be made until control storage is again loaded. EC's distributed as 
patches will be included in the next customized systan microcode disk 
cartridge sent to each Model 145 installation. 

Note that when system power is turned off, the data in both processor 
and control storage is lost, so an IMPL must be performed when power 
is turned on again (the IMPL can be performed automatically, as 
discussed above) . Normally, the cartridge containing the system 
microcode will stay mounted on the console file and cartridge changing 
will occur only when diagnostics are performed. 

If necessary, a disk cartridge containing customized system microcode 
for a given Model 145 can be used to load control storage of another 
Model 145 at the same EC level that has the same storage size and the 
same hardware features,. The I/O address assignments for shared block 
multiplexer OCW's (discussed in Section 10:20) must also be the same. 

The console file is also used for loading and executing diagnostic 
routines and it is a basic debugging tool for the system. A 
comprehensive set of fault- locating microdiagnostics is supplied to 
each installation on disk cartridges that can be loaded directly from 
the console file into the Model 145 and executed. These 
microdiagnostics are discussed in Section 50:15. 

10:20 CHANNELS 

The Model 145 user has a broad range of channel facilities from 
which to choose %^en configuring the input/output of a system. While 
channel functions compatible with those available on Models 30 and 
40 are provided, the Model 145 offers new facilities, more varied 
configuration capabilities, and faster channel data rates. In addition, 
faster I/O devices can be attached. These capabilities enable the 
Model 145 user to tailor a system to his I/O processing needs, on an 
improved price performance basis, to increase channel throughput. 

A byte multiplexer channel with 16 subchannels and one selector 
channel are standard. Optional features include an Integrated File 
Adapter for direct attachment of 2314A-type direct access storage 
drives, additional selector channels,, block multiplexer mode of selector 
channel operation, and a channel buffering feature to increase selector 
channel data rates. 

Model 145 channels are integrated. Th^ share with the CPU the 
use of control storage, use of the CPU and processor storage data flow, 
and use of the CPU arithmetic logic unit. The byte multiplexer channel 
interferes with CPU operations when it requires one of the shared 
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components. Selector channels and the integrated file adapter interfere 
with both the CPU and the byte multiplexer channel. The channels 
interfere with CPU operations when an I/O operation is started and 
when it completes, as well as when they require control or processor 
storage cycles. 

Comprehensive error checking has been incorporated in the basic 
design of the channel hardware. Checking is performed on the control 
logic in most areas, and standard parity checking is done on the data 
flow. Improved error recovery hardware has also been included 
(discussed fully in the RAS section) . 

The standard instruction set also includes a new I/O instruction, 
called HALT DEVICE. This instruction is specifically designed to stop 
an I/O operation on a particular device on a byte or block multiplexer 
channel without interfering with other I/O operations in progress on 
the channel. HALT DEVICE should always be used, instead of HALT I/O, 
to stop an I/O operation on a multiplexer channel. 

The Channel-to-Channel Adapter feature available for System/360 
models is also an optional feature for the Model 145. It allows two 
System/370 channels or a System/370 and System/360 channel to be 
interconnected. Only one adapter can be installed on a Model 1U5. 

BYTE MULTIPLEXER CHANNEL 

The Standard byte multiplexer channel provided for the Model 145 
is functionally identical to the one available on System/360 Models 
30, 40, and 50. It operates in byte interleaved mode, permitting 
several slow-speed devices to operate concurrently,, or in burst mode, 
allowing one high-speed device to function. Data is transferred between 
the byte multiplexer channel and processor storage one byte at a time. 

The byte multiplexer channel can have up to 256 subchannels. The 
number of subchannels in a system is not related to the size of 
processor storage, as it is on Models 30 and 40. The number of 
subchannels desired (in addition to the standard 16 assumed) must be 
ordered by the user so that enough control storage for the OCW*s is 
allocated and initialized by the customized installation microcode 
disk cartridge. Configurations of 16, 32, 64, 128, or 256 byte 
multiplexer subchannels are the only possibilities, and any 
configuration is permitted with any system storage size. 

The number of subchannels present determines the maximum number 
of concurrent I/O operations that can execute on the byte multiplexer 
channel. Each subchannel is associated with a unit control word (UCW) . 
OCW's are used to store channel register data between data transfers 
to and from processor storage when devices are operating on the byte 
multiplexer channel. UCW's are contained in control storage. A byte 
multiplexer UCW is 16 bytes in length and the maximum number of byte 
multiplexer UCW's permitted (256) can be contained in 4K of control 
storage. 

INTEGRATED FILE ADAPTER 

One Integrated File Adapter (IFA) can be installed on a Model 145. 
This optional feature allows direct attachment to the Model 145 of 
from three to eight 2314A-type drives without the necessity of a 
selector channel or disk control unit. It provides the Model 145 with 
a lower cost method of attaching 2314 disk storage. In addition, power 
supply and space requirements are reduced. 
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The new 2319 Direct Access Storage Facility, which consists of three 
disk drives, must be the first unit attached to the Model 1U5 via the 
IFA. The disk drives in the 2319 are functionally compatible and 
program compatible with 2314A-type disk storage drives, and the 
interchangeable 2316 Disk Pack is used as the storage medium. Dp to 
five additional 23mA drives can be attached via the IFA. Any 
combination of 2312 (one drive) , 2313 (four drives) , and 2318 (two 
drives) Disk Storage Model Al, up to the maximum of five additional 
drives, is permitted with the 2319. 

The integrated file adapter is addressed as channel 1, and selectors 
1 and i\ cannot be installed on a Model lt»5 if the IFA is present (the 
standard selector is channel 2) . The IFA performs the functions of 
a selector channel and disk control unit for the disk drives attached 
to it and is programmed as though channel 1 and a control unit were 
present. The Record Overflow and File Scan features are standard on 
the IFA. However, 28UU Auxiliary Storage Control, the Channel Word 
Buffer feature, the Channel-to-channel Adapter, block multiplexing, 
and the Two-Channel Switch feature do not apply to the IFA. 

SELECTOR CHANNELS 

A single selector channel is standard on the Model 1U5. If the 
IFA is not installed, selector channel 1 is standard and, optionally, 
channels 2, 3, and U can be installed. If the IFA is present, selector 
channel 2 is standard and only channel 3 can be added. The basic 
system microcode includes all the microcode required to support any 
configuration of selector channels. 

Selector channels on a Model 145 are functionally equivalent to 
System/360 selector channels but support significantly higher data 
rates than Model 30 and 40 channels. An individual selector channel 
without the optional Channel Word Buffer feature installed can sustain 
a data rate of ,82 MB, while an aggregate channel data rate of 1.85 MB 
for the system is possible. Data is transferred between a selector 
channel and processor storage on a one-byte basis. A one-byte store 
into processor storage requires 607.5 nanoseconds, while a one-byte 
fetch requires 540 nanoseconds. 

The data rate of a selector channel can be increased by installation 
of the Channel Word Buffer special feature. When this feature is 
present, a four- byte buffer is included for each installed selector 
channel. (The Channel Word Buffer feature does not apply to the IFA 
or the byte multiplexer channel.) Data is transferred between a channel 
buffer and processor storage up to four bytes at a time to increase 
the channel data rate and reduce the number of required processor 
storage accesses, thereby causing less interference with the CPU. 
If the word buffer is installed, an individual selector channel can 
sustain a data rate of 1.85 MB, while the maximum obtainable aggregate 
data rate of all operating channels is in excess of 5 MB. The transfer 
times stated for single-byte fetches and stores are not altered by 
use of the word buffer. 

Tables 10.20.1 and 10.20.2 show examples of maximum-speed I/O 
configurations with currently announced I/O devices that will operate 
on the Model 145 without and with the Channel Word Buffer feature 
installed. The aggregate channel data rate listed is the rate that 
can be sustained at any instant when all installed high-speed channels 
are operating concurrently. 
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Tahl** 10,20,1^ Sample Model 1^5 I/O configurations without the Channel 
Word Buffer feature installed 



Channel 


Configuration 


1 


2 


3 


I FA 

1 
2 
3 

Aggregate 
Rate 


2319 facility 
312 KB 

3420 M7 tape 
320 KB 

3U20 M7 tape 
320 KB 

.95 MB 


3330 facility 
806 KB 

3t»20 M7 tape 
320 KB 

1.12 MB 


3U20 M7 tape 
320 KB 

3420 M7 tape 
320 KB 

3420 M7 tape 
320 KB 

3420 M5 tape 
200 KB 

1.16 MB 


Note: When the Channel Word Buffer feature is not present, I/O 

operations on channels 3 and U are not possible when a 3330 
facility is operating on channel 1. 



Table 10.20.2. Sample Model 145 configurations with the Channel Word 
Buffer feature installed 



Channel 


Configuration 


1 


2 


3 


IFA 

1 

2 

3 

4 

Aggregate 
rate 


2319 facility 
312 KB 

2305 M2 facility 
1.5 MB 

3330 facility 
806 KB 

2.62 MB 


2305 M2 facility 
1.5 MB 

3330 facility 
806 KB 

3330 facility 
806 KB 

3420 M7 tape 
320 KB 

3.43 MB 


3330 facility 
806 KB 

3330 facility 
806 KB 

3330 facility 
806 KB 

3420 M7 tape 
320 KB 

2.74 MB 


Note: I/O devices, such as direct access storage, that have a time 

dependency on command chaining will overrun if placed on channel 
4 whether or not the Channel Word Buffer feature is present. 



BLOCK MULTIPLEXER CHANNELS 

Block multiplexing mode on the Model 145 is an optional, no-charge 
feature. It permits any or all installed selector channels to operate 
as block multiplexer channels. When a system is ordered, the user 
specifies those channels that are to operate only as selector channels 
and those that are to have the capability of operating in either 
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selector or block multiplexer mode. Installation of block multiplexer 
mode permits attachment of 3330 and 2305 Model 2 facilities. The 
Channel Word Buffer is required also for 2305 Model 2 attachment. 

The setting of a channel mode bit in a control register determines 
whether a channel with block multiplexing capability operates in block 
multiplexer or selector mode. Those channels designated as selector 
channels only are not affected by this mode bit. The mode bit is set 
to selector mode at IPL or on system reset and can be altered by 
programming at any time. When a START I/O instruction is issued to 
a channel with block multiplexing capability on the Model lUS, the 
current setting of the channel mode bit determines the mode in which 
the subchannel involved will operate. 

The block multiplexer channel is designed to increase system 
throughput by increasing the amount of data entering and leaving the 
system in a given period of time (the effective data rate) . Better 
use of channel time can be achieved by operating the channel in block 
multiplexing mode. A single block multiplexer channel can support 
interleaved, concurrent execution of multiple high-speed channel 
programs. The block multiplexer channel can be shared by multiple 
high-speed I/O devices operating concurrently, just as the byte 
multiplexer can be shared by multiple low-speed devices. Like the 
byte multiplexer, the block multiplexer channel has multiple 
subchannels, each of which has an associated UCW in control storage 
and can support one I/O operation. 

The number of UCW's required for the block multiplexer channels 
installed on a Model 1U5 depends upon the number and type of I/O devices 
in the system configuration. When a system is ordered, the number 
and type (nonshared and shared) of UCW's required must be specified 
so that a UCW address table is established and enough control storage 
is reserved for a pool of the specified UCW's by the customized disk 
cartridge sent to the installation. The maximum number of block 
multiplexer UCW's possible per system is 512 (assuming all are 
nonshared) . 

UCW's are either nonshared or shared. A UCW (or a subchannel) is 
referred to as nonshared if it is associated and can be used with only 
one device. Examples of Model 145 devices that must be attached to 
a nonshared subchannel are: 

• 3330 facilities - one UCW per drive in the facility is required; 
a block of eight UCW's is always assigned. 

• 2305 facilities - eight UCW's per 2305 module are required. 

• 2540 Card Read Punch units - one UCW for the reader and one for 
the punch 

• 1403 Printers attached to a 2821 Control Unit - one UCW per printer 

• 3211 Printers - one UCW per printer 

• 2250 Display Unit Models 1 and 3 - one UCW per unit 

A shared UCW can be used by a set of devices, one device at a time. 
A shared UCW generally is assigned to a control unit that has multiple 
devices attached, only one of which can be in operation at a time. 
Therefore, magnetic tape units and direct access devices without 
rotational position sensing, such as the 2311, 2321, 2303, and 2314, 
are associated with shared VJCW's. 

A nonshared block multiplexer UCW requires eight bytes of control 
storage. The nonshared block multiplexer UCW's in a Model 145 are 
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not hard-wired to specific channels and are assigned in groups of 
eight, representing eight device addresses. System reset causes all 
nonshared UCW's to become unassigned and available for dynamic 
assignment to nonshared devices on any installed block multiplexer 
channel. When system operation begins, a nonshared DCW is assigned 
to an I/O device when the first START I/O instruction to the device 
is given, as described below. (A UCW is not assigned imless the device 
is actually present.) 

When the first START I/O is executed for a nonshared device, the 
channel determines whether a block of eight UCW's has been assigned 
to the range of eight addresses in which the device falls, 190-197, 
230-237, etc. If none are allocated, a block of eight available UCW's 
is assigned to the channel for the address range of that device. When 
the first START I/O is initiated to another I/O device on the same 
channel and in that block of addresses, the channel determines that 
a block of UCW's has already been assigned. 

This process continues for all nonshared I/O devices until each 
device has a UCW assigned. If the pool of nonshared UCW's is empty 
when a request is made, a channel not operational condition code setting 
is given (condition code 3) and the START I/O is not executed. When 
the defined UCW pool is exhausted, a new disk cartridge must be obtained 
from IBM in order to allocate more UCW's to the pool in control storage. 

Shared block multiplexer UCW's are not dynamically assigned to 
devices as are the nonshared. The user must determine the number of 
shared UCW's required and the device addresses they are to be assigned. 
This information must be specified when the system is ordered, and 
the customized disk cartridge will be constructed such that shared 
UCW's and their device addresses are established when control storage 
is loaded. Each shared UCW requires one UCW area (8 bytes) plus one 
additional byte. Thus, a single UCW group of eight UCW's (64 bytes) 
provides seven shared UCW's. 

The total number of UCW groups required in a system is equal to 
the niimber of shared control units in the I/O configuration divided 
by seven (rounded high), plus the number of UCW groups required by 
nonshared control units- The number of groups assigned to the pool 
must be a multiple of two. 

For example, assume an I/O configuration includes the following: 

• One 3830 control unit with two 333 modules (four drives) on block 
multiplexer channel 1 

• One tape control unit with six drives on block multiplexer channel 2 

• One tape control unit with six drives on block multiplexer channel 3 

The 3330 facility requires assignment of one nonshared UCW group 
(eight UCW's), of which four UCW's will actually be used. Four more 
drives can be added to the 3330 facility. The tapes on channel 2 
require a single shared UCW as do the tapes on channel 3 . Thus , one 
group of shared UCW's, of which only two UCW's will be used, suffices. 
Five more shared control units can be added to the system before the 
shared UCW group is exhausted. This I/O device configuration requires 
two UCW groups (one shared and one nonshared), or 128 bytes of control 
storage. If an additional 3330 facility is added to this configuration, 
a second nonshared UCW group is needed and two more UCW groups must 
be specified for inclusion in the system microcode (for a total control 
storage requirement of 256 bytes for block multiplexer UCW's). 

Dynamic assignment of nonshared block multiplexer UCW' s provides 
more flexibility in I/O configurations and requires allocation of less 
control storage than does fixed assignment of an equal number of UCW's 
to each block multiplexer channel. Only the required number of UCW's, 
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based on the specific I/O configuration of a system, occupies control 
storage. 

BLOCK MULTIPLEXER CHANNEL OPERATION 

A block multiplexer channel functions differently from a selector 
channel in the way in %»hich it handles command- chained channel programs. 
A selector channel or a block multiplexer channel operating in selector 
mode executing a command-chained channel program is busy during the 
entire time the channel program is in operation, whether data transfer 
is occurring or not. A block multiplexer channel executing a command- 
chained channel program has the ability to disconnect from the 
operational channel program during certain non-data transfer operations. 
That iSi, a block multiplexer channel can be freed during a nonproductive 
activity, for example, during disk seeking and most record positioning, 
thereby allowing more data to be transferred per unit of channel busy 
time. 

Block multiplexing operates as follows. Assume a block multiplexer 
channel is executing a channel program consisting of multiple command- 
chained CCW's. When channel end is presented without concurrent device 
end,, the channel disconnects from the channel program and becomes 
available for an I/O operation on another device — even though the 
disconnected channel program is not complete. At channel disconnect 
time the subchannel euid the device's control unit retain the information 
necessary to restart the disconnected channel program. 

When the device signals that it is again ready for the channel (by 
presenting device end),, its control unit atteitpts to regain use of 
the channel. If the channel is free at this time, the channel registers 
are reloaded with the information previously saved (in the device's 
UCW) , and the disconnected channel program is resumed at the appropriate 
CCW. If the channel is busy when reconnection is requested, the device 
must wait until it becomes available. Once multiple channel programs 
have been initiated on one channel, the interleaving of data transfer 
operations is controlled by block multiplexer channel hardware and 
the control units of the devices operating in block multiplexing mode. 

To facilitate channel scheduling, a new interrupt condition, called 
channel available, has been defined for block multiplexer channels. 
At disconnect time for a channel program, the channel is available 
for the resumption of an uncompleted channel program previously started, 
or another channel program can be initiated. A channel available 
interrupt occurs at disconnect time to indicate channel availability 
if a START I/O, TEST I/O, TEST CHANNEL, or HALT DEVICE instruction 
was issued previously %^ile the block multiplexer channel was busy. 

Two additional facts should be noted about block multiplexer channel 
operations: 

1. When multiple channel programs are operating concurrently in 
block multiplexing mode, a device can regain control of the 
channel only when the channel is not busy. Thus, only cyclic 
devices (such as direct access devices with rotational position 
sensing) or buffered devices (such as the 25U0 Card Read Punch 
and the 1403 Printer) can disconnect during the execution of 

a command-chained channel program on a block multiplexer channel 
cind resume operation later. 

2. Data transfer operations for concurrently operating devices 

on a block multiplexer channel are interleaved on a first-come, 
first-served basis as the desired records become available. 
Thus, devices are serviced in the order in which their records 
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become available, not necessarily in the order in which their 
channel programs are initiated = 

10:25 BLOCK MULTIPLEXING OPERATIONS WITH ROTATIONAL POSITION SENSING 
DEVICES 

Rotational position sensing (RPS) and multiple requesting are 
standard on 3330 and 2305 facilities. These two functions, together 
with block multiplexing, are designed to increase system throughput 
by increasing channel throughput. 

The presence of RPS in the control unit of a direct access device 
enables it to operate in block multiplexing mode. The use of rotational 
position sensing reduces the number of channel programs that have to 
be initiated for direct access devices that require an arm positioning 
seek (such as the 3330 facility), frees channels more often during 
direct access device operations — specifically, during most of the time 
required to position a track to a desired record — and permits disk 
channel programs to be initiated sooner on block multiplexer channels 
than is possible with selector channels. 

Multiple requesting is implemented in a direct access device control 
unit to enable it to handle concurrent execution of multiple RPS channel 
programs. The control unit of the 3330 facility, for example, can 
simultaneously control eight RPS channel programs, one on each of its 
drives. 

In order to overlap seek operations for current direct access devices 
without RPS, channel scheduling routines must initiate two channel 
programs for each record read or write. The first is a stand-alone 
seek, which frees the channel as soon as the control unit accepts the 
seek address. (The control unit is also free during arm movement.) 
At the completion of the seek, a device-end interrupt is presented, 
and the data transfer channel program is subsequently initiated to 
search for the desired record and transfer the data. A selector channel 
is busy during the entire search operation that locates the desired 
disk record on the track. Search time can be signif iccintly greater 
than data transfer time for disk records smaller than half a track 
in size. Search time averages one-half of a rotation for a read or 
write (8.3 ms for a 3330) and requires a full rotation, less record 
write time, for a write verification chained from a write. 

Use of RPS reduces the time the channel is busy searching for a 
disk record. It permits the SEARCH command to be initiated just before 
the desired record is to come under the read/write heads, that is, 
when the desired rotational position is reached. To accomplish this, 
a "sector" concept is employed. The tracks in each cylinder of a 
direct access device are considered to consist of equally spaced sectors 
(the number of sectors varies by device) . Track formatting is unchanged 
but each record has a sector location as well as a record address. 
A sector is not physically indicated on disk tracks, but is the length 
of the track arc that passes under the read/write heads in one sector 
time. For the 3330 facility, for example, sector time is defined to 
be approximately 130 microseconds. Thus, there are 128 sectors per 
track on the 3330. 

A disk control unit with RPS and multiple requesting can determine 
the sector currently under the heads of each of its drives. A sector 
counter is contained in each drive. The counter is incremented once 
every sector time period and set to zero each time the index marker 
passes under the heads. The sector in which a record falls is a 
function of the length of all records that precede it and of its 
sequential position on the track. Therefore, sector location can be 
calculated for fixed-length records. 
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Two new disk commands are provided for use with rotational position 
sensing: 

SET SECTOR 
READ SECTOR 

If the sector address of a record is known or can be calculated, 
a SET SECTOR command can be included in the disk channel program to 
cause the control unit to look for the designated sector. Once the 
control unit accepts the sector number provided by a SET SECTOR command, 
both the block multiplexer channel and the disk control unit disconnect 
and are available for another I/O operation. When SET SECTOR is used 
for positioning, the time the channel is busy searching for a record 
is reduced from an average of 8.3 ms to an average of 250 microseconds 
for the 3330 facility, (Allowing for the worst case of speed variation 
and for disk pack interchange, the search time for a record, from 
sector found to beginning of desired record, can vary from 120 
microseconds to 380 microseconds on a 3330 facility.) 

The READ SECTOR command is useful for sequential disk processing 
and for write verification. When chained from a READ, WRITE, or SEARCH 
command, READ SECTOR provides the sector number required to access 
the record processed by the previous CCW. This sector number can be 
used to reposition the track to the record in order to verify the 
record just written or in order to read or write the next sequential 
record. These two new sector commands, used in conjunction with the 
block multiplexer channel, permit a single command-chained channel 
program, which frees the channel and disk control unit during seek 
and rotational positioning operations, to be initiated for each disk 
operation. 

When record ID is known, the two channel programs shown below can 
be used (by an OS access method or by a user) to retrieve a record 
directly from an OS BDAM data set on a direct access device without 
RPS, such as the 2314 (key was not written). The seek operation can 
be overlapped with other seeks and one data transfer operation on the 
same selector channel. 

Channel program 1. Initiate the stand-alone seek to position the disk arm. 

Selector channel 
Command Chaining and Disk Control 
Flag Command Unit Status 

SEEK (Seek address) Free as soon 

as the control 
unit accepts the 
seek address 
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Command Chaining 
Flag 



Initiate the data transfer operation after the seek 
is complete. 



Command 



CC 



Selector Channel 
and Disk Control 
Unit Status 



SEARCH ID (ID - sequential Busy 

EQ position on the (for 12.5 ms 

track) on the average 

for a 2 314) 



CC 



TIC 



READ DATA 



(Back to search if 
ID not equal) 

(Processor storage 
address of input 
area) 



Busy 



When the sector address is known or can be calculated, the channel 
program below can be used (by an OS RPS access method or by a user) 
to retrieve a record from the same BDAM data set on a 3330 facility 
attached to a block multiplexer channel. The records are fixed-length 
standard format and sector numbers are calculated from record ID (by 
data management) . 

Channel program 1. Initiate the seek and data transfer operation. 



Command Chaining 
Flag 

CC 



Command 



SEEK 



(Seek address) 



Block Multiplexer 
Channel and Disk 
Control Unit 
Status 

Free during 
arm motion 



CC 



SET SECTOR 



(Sector number of 
sector preceding 
desired record) 



Free until 
sector found 



CC 



CC 



SEARCH ID 
EQ 



TIC 



(ID - sequential 
position on track) 



(Back to search if 
ID is not equal. 
With the logic 
sho%m, the first 
ID inspected 
normally is that of 
the desired record 
and the TIC command 
is not executed.) 



Busy 

(250 microseconds 

average for a 3330) 

Busy 



READ DATA 



(Processor storage 
address of input 
area) 



Busy 



The preceding example indicates the advantages of rotational position 
sensing and block multiplexing: 

• Only one channel program is required to locate a disk record and 
transfer the data, thereby eliminating a stand- alone- seek I/O 
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interrupt and the I/O supervisor processing required to schedule 
a data transfer channel program. A channel available interrupt 
may occur, however,, during channel program execution. 

• The channel and disk control unit are free during arm motion and 
rotational positioning, allowing seek and set sector operations 
to be overlapped with other I/O operations on that control unit 
and channel. Implementation of multiple requesting permits a disk 
control unit to control concurrent execution of multiple RPS channel 
programs in order to overlap seek and set sector operations for 
its drives. 

Performance improvement gains achieved on block multiplexer channels 
are not due entirely to the fact that direct access device rotational 
delays are overlapped. Also important is the ability to initiate seek 
commands a number of milliseconds earlier, because a block multiplexer 
channel is free. The initiation of stand-alone seeks on a selector 
channel is delayed during search and data transfer operations. On 
a block multiplexer channel, seeks can be initiated during rotational 
positioning,, since the channel and disk control unit are not busy. 

The concepts of rotational position sensing as described for the 
3330 facility also apply to the 2305 facility. Since an arm positioning 
seek is not required for the 2305, the channel program issued by an 
RPS access method or a user can be the same as that shown for the 3330 
facility except that the first command will not be a seek requiring 
mechanical motion. 



SUMMARY OF BLOCK MULTIPLEXING OPERATIONS WITH I/O DEVICES 

The following summarizes how direct access devices without and with 
RPS and other I/O devices operate on a block multiplexer channel on 
a Model 1*15 when executing a command-chained channel program. 

1. Direct access devices without RPS (2311, 2321, 2311, 2303, 2319) 
assigned to a shared subchannel operate in the same way whether 
the channel is in block multiplexer or selector mode. That 

is, the channel and the disk control unit are busy during the 
entire time a command-chained disk channel program is in 
operation. (There is no disconnection after a chained seek.) 

2. The 3330 facility executing a command-chained channel program 
on a block multiplexer channel disconnects after the control 
unit accepts an arm positioning seek that causes arm movement. 
Reconnection is attempted when the arm reaches its destination 
and signals device end. The 3330 facility also disconnects 
when its control unit accepts a SET SECTOR command. When the 
sector specified arrives under the read/write heads, the control 
unit attempts to reconnect and resume the CCW chain. If the 
channel is busy, the control unit repeats the reconnection 
procedure each time the specified sector position is reached. 

3. The 2305 facility executing a command-chained channel program 
disconnects when the control unit accepts a SET SECTOR command. 
Reconnection occurs as described for the 3330 facility. 

i\. All currently announced tape drives operate exactly the same 
whether the channel is in block multiplexer or selector mode. 
That is, the channel is busy during the entire time a command- 
chained channel program is in operation. 

5. Buffered card and print devices (or devices operating with 

buffered control units) disconnect during the mechanical motion 
of the device. Reconnection occurs later to fill or empty the 
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associated buffer. For example, a 1403 Printer attached to 
a 2821 control unit connected to a channel operating in block 
multiplexing mode disconnects from the channel during print 
time and carriage motion. Reconnection occurs when the channel 
is free to transfer the data for the next line to the 2821 
buffer in burst mode. 

6. Any other I/O device that presents channel end without 

simultaneous device end disconnects from a block multiplexer 
channel when command chaining if it is operating on a nonshared 
subchannel and its control unit is designed for such 
disconnection. 

Section 60:10 discusses planning for installation of RPS devices 
on block multiplexer channels. 

10:30 SYSTEM CONTROL PANEL AND SYSTEM CONSOLE 



SYSTEM CONTROL PANEL 

The system control panel attached to the end of the Model 145 CPU 
contains all the switches and indicators required to operate the system. 
The console layout — its location and the grouping of controls and 
indicators — was designed with human factors in mind. The five-foot- 
high CPU frame that contains the control panel permits most operators 
an unrestricted view of the machine area. 

System controls are divided into three sections similar to the 
control sections of System/360 models. There is an operator control, 
an operator intervention, and a maintenance section. A CE meter key 
is not required to unlock any section. 

A new item in the operator control section is the clock security 
lever s%d.tch, vrtiich is used in conjunction with programmed setting 
of the time of day clock. Other new buttons and switches have been 
added for control of the console file. They provide the capability 
of loading data (microcode or diagnostics) from the console file. 

The capability of clearing processor storage from the system control 
panel is also provided. If the new enable system clear pushbutton 
is held in when the system reset or load button is pushed, processor 
storage and storage protect keys are set to zero with correct parity. 

SYSTEM CONSOLE 

The new microprogram-controlled 15-cps 3210 Model 1 Console Printer- 
Keyboard can be attached to the left-hand or right-hand extension of 
the Model 145 console reading board for use as the operator console 
device. Alternately, the 3215 Console Printer- Keyboard with a print 
speed of 85-cps can be used. The 1052 Model 7 Printer-Keyboard cannot 
be attached as the primary system console device. 

The two new printer-keyboards are f \inctionally compatible and program 
compatible with each other and with the 1052. Their keyboards are 
the same as that of the 1052 except that the alternate coding key has 
been removed from the new printer-keyboards and the EOB (now called 
END) and cancel keys are separate pushbuttons. 

Both the 3210 Model 1 and the 3215 Console Printer-Keyboards have 
a new alter/display mode of operation (not implemented for the 1052), 
which will be of benefit to customer engineers and operators. After 
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the system is placed in manual mode, this new mode is set by pressing 
the alter/display key, which places the console under microprogram 
control. In this mode, data can be placed in, or printed from, the 
following: 

• Processor storage 

• General, floating-point, and control registers 

• The current PSW 

A mnemonic is entered to indicate the function to be performed. 
Other data, such as the starting storage address and the data to be 
entered, must be supplied in hexadecimal format. Both uppercase and 
lowercase may be used. If an error is made (incorrect mnemonic, storage 
address, or hexadecimal data characters, etc.), the microprogram detects 
the error and the operation can then be restarted. The microprogram 
also handles carriage returns automatically during data displays and 
prints eight words of hexadecimal characters per line until the end 
key is depressed. 

The 3210 Model 2 Adapter optional feature allows a 3210 Model 2 
Console Printer-Keyboard to be connected to the systan via a cable 
up to 50 feet long so that it can function as a remote alternate or 
additional console (either a 3210 Model 1 or 3215 can be the primary 
console) . This remote console cannot be used for alter/display 
operations . 

10:35 STANDARD AND OPTIONAL SYSTEM FEATURES 



STANDARD FEATURES 

Standard features for the System/ 370 Model 145 are: 

• Instruction set that includes binary and decimal arithmetic, the 
new general purpose instructions, and the instructions required 
to handle the new architecture. New standard instructions for 
the System/370 Model 145 are: 

COMPARE LOGICAL CHARACTERS UNDER MASK 

COMPARE LOGICAL LONG 
♦HALT DEVICE 

INSERT CHARACTERS UNDER MASK 
♦LOAD CONTROL 

MOVE LONG 
♦SET CLOCK 

SHIFT AND ROUND DECIMAL 
♦STORE CHANNEL ID 

STORE CHARACTERS UNDER MASK 

STORE CLOCK 
♦STORE CPU ID 
♦STORE CONTROL 

(ST/IlRT I/O FAST RELEASE, a new System/370 privileged instruction 

functionally implemented on the Model 165, is executed as a 

START I/O on the Model 145) 

• CPU retry 

• Interval timer 

• Time of day clock 

• Expanded machine check interrupt 

• Reloadable control storage - 32K 

• Movable control storage boundary 

• ECC on processor and control storage 

♦Privileged instructions 
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• Byte boundary alignment 

• Storage and fetch protection 

• Byte multiplexer channel (16 subchannels assum.ed but not contained 
in basic system microcode) 

• Selector channel 1 (I FA not present) or selector channel 2 
(IFA installed) 

• Channel retry data in a limited channel logout area (ECSW) 

• OS/DOS Compatibility feature 

• Console file for microcode and microdiagnostic routine loading 



OPTIONAL FEATURES 

Optional features for the System/370 Model 145, which can be field 
installed unless otherwise noted, are: 

• Floating-point arithmetic including extended precision (no-charge 
feature) 

1401/1440/1460 compatibility (no-charge feature) 
1401/40/60, 1410/7010 Compatibility (no-charge feature) 
Direct Control 

Byte multiplexer subchannels above 16 (no-charge feature) 
Integrated File Adapter with 2319 Direct Access Storage Facility - 
channel 1 position only (plant installation) 
Selector channel 3 (in addition to IFA) 
Selector channels 2, 3, and 4 (if IFA is not installed) 
Channel Word Buffer feature on all installed selector channels 
Block multiplexer mode for any or all installed selector channels 
(no- charge feature) 
Channel-to-channel Adapter 

3210 Model 1 Adapter* - for attachment of a 3210 Model 1 console 
3210 Model 2 Adapter - for attachment of a remote 3210 Model 2 
console 
3215 Adapter* - for attachment of a 3215 console 

Either the 3210 Model 1 or the 3215 Console Printer-Keyboard 
must be installed as the primary system console. 
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20;05 I/O DEVICE SUPPORT 

Most presently emnounced I/O devices that can be attached to 
Systein/360 Models 25, 30, and HO can be attached to the System/370 
Model 145. The following I/O devices and features are not included 
in Model 145 configurations: 

1052 M7 Printer-Keyboard 

1231 Optical Mark Page Reader 

1285 Optical Reader 

1U04 Printer 

1412 Magnetic Character Reader 

lUlS Optical Character Reader 

1428 Alphameric Optical Reader 

1445 Printer 

1827 Data Control Unit (for attachment of 1800 system analog 

and/or digital control units to the Model 145) 

2150 Console 

2301 Drum Storage 

2302 Disk Storage 
7340 Hypertape Drive 
7772 Audio Response Unit 

Selective Tape List feature on the 1403 Printer 

The 1287 Optical Reader and 1288 Optical Page Reader can be attached 
to a byte multiplexer channel only. In addition, 2361 Core Storage 
cannot be attached to a Model 145. 

New I/O devices for the Model 145 are: 

• The 3330 facility - attaches only to a block multiplexer channel 

• The 2305 facility Model 2 - attaches only to a block multiplexer 
channel 

• The 3211 Printer - attaches to any Model 145 channel 

• The 3803/3420 Magnetic Tape Subsystem - attaches to any Model 145 
channel 

The 3330 and 2305 facilities represent significant advancements 
in direct access device technology. They provide larger online data 
capacity, faster data rates and access, and expanded error correction 
features. Both have rotational position sensing and multiple requesting 
as standard features. 

The 3330 represents the latest direct access device with removable, 
interchangeable disk packs. It embodies new data recording and access 
technology. The 2305 facility is a major extension of the nonremovable, 
high-speed, fixed-head direct access storage concept. 

The 3803/3420 tape subsystem incorporates all the latest advances 
in tape speed, design, and technology and offers new features and 
enhanced reliability,, availability,, and serviceability to 2400-series 
magnetic tape unit users. 

The major new characteristics of the 3330 euid 2305 facilities, the 
3211 Printer, and the 3803/3420 tape subsystem are discussed in the 
following subsections. 
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20:10 3330 DISK STORAGE AND 3930 STORAGE CONTROL 

The 3330 facility is a modular, large-capacity, high-performance 
direct access storage subsystem. The 3330 facility consists of 3830 
Storage Control and from one to four 3330 Disk Storage modules. A 
3330 module contains a pair of independent disk storage drives, as 
shovm in Figure 20.10.1. The new removable 3336 Disk Pack is used 
for data storage. Usage meters are contained in the 3830 control unit 
and in each 3330 module. 
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Figure 20.10.1. The 3330 facility 



Drives are mounted in powered drawers that are opened and closed 
by a switch on the operator control panel on the 3330 module. Logical 
address plugs are supplied, as for the 2314, in addition to a CE service 
plug. The latter is used when inline diagnostics are to be executed. 

Facility configurations and maximum capacities, using full track 
records, are shown below. 

3830 Storage Control + one 3330 module 200 megabytes 
3830 Storage Control + two 3330 modules UOO megabytes 
3830 Storage Control + three 3330 modules 600 megabytes 
3830 Storage Control + four 3330 modules 800 megabytes 

Functionally, the 3330 facility provides more capabilities than 
the 2314, particularly in the areas of performance and availability. 
The 3330 supports all the standard 2314 commands (except the file scan 
commands) in addition to several new operations, including RPS and 
error recovery commands. (Table 20.10,3, at the end of this subsection, 
compares 3330 and 2314 features.) The 3330 facility also is an 
attractive growth device for the 2321 Data Cell Drive. 

The new, removable 3336 Disk Packs are interchangeable across 3330 
disk drives but are not interchangeable with the 2316 Disk Packs used 
on 2314 disk drives (Table 20.10.2 compares disk pack characteristics). 
Like 2316 packs, 3336 Disk Packs will be initialized in the factory 
with home addresses and capacity records (RO) . Up to 20 defective 
tracks per pack will be flagged and have alternates assigned. The 
quick DASDI routine (part of the lEHDADSR utility) , currently available 
for processing 1316 and 2316 packs, will support 3336 packs. Quick 
DASDI writes the volume label, the VTOC, and IPL records, if requested, 
but bypasses track analysis. It also determines the number of flagged 
tracks and places this data in the VTOC. 

Table 20.10.1 compares the capacity and timing characteristics of 
the 3330 facility with those of the 2314 facility and the 2321 Data 
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Cell Drive. The increase in capacity achieved by replacing a 2314 
or a 2321 with a 3330 depends upon the block size chosen for the data 
on the 3330. For example, if the 2314 full track block size of 7294 
bytes is maintained for a given data set on the 3330 to avoid 
programming changes, the 3330 yields a 91% increase in full pack 
capacity (almost twice the capacity) . However, reblocking to a full 
track on the 3330, 13,030 bytes, yields a 242% full pack capacity 
increase. If there is not enough processor storage available to 
allocate I/O areas of 13,030 l^es, lowering the 3330 block size to 
one- half of a 3330 track yields a 239% increase in full pack capacity. 

Table 20.10.1. Capacity and timing characteristics of the 

3330 and 2314 facilities and the 2321 Data Cell Drive 



Characteristic 


3330 


2314 


2321 


Capacity in bytes truncated 








to the nearest thousand 








(full track records) 








Pack or cell 


100,018,000 


29,176,000 


39,200,000 


Facility or Data Cell Drive 








2 drives/cells 


200,036,000 


58,352,000 


78,400,000 


4 drives/cells 


400,073,000 


116,704,000 


156,800,000 


6 drives/cells 


600,109,000 


175,056,000 


235,200,000 


8 drives/cells 


800,146,000 


233,408,000 


313,600,000 


10 cells 


- 


- 


392,000,000 


Access time in ms 








Maximum 


55 


130 


600 (for strip 
select and 
load) 


Average 


30 


60 


175 (minimum 
for strip select 
and load) 


Average cylinder-to- 


10 


25 


95 (on a strip) 


cylinder 








Rotation time in ms 


16.7 


25 


50 (strip on 
drum) 


Rotation speed (rpm) 


3600 


2400 


1200 


Data transfer rate (KB) 


806 


312 


55 



Table 20.10.2. 3336 and 2316 Disk Pack characteristics 



Characteristic 


3336 


2316 


Number of disks per pack 


12 


13 


Number of recording disks 


10 


11 


Number of recording surfaces 


19 


20 


(recorded tracks per pack) 






Disk thickness in inches 


.075 


.050 


Disk diameter in inches 


14 


14 


Disk pack weight in pounds 


20 


15 


Disk pack maximum capacity in 


100 


29.1 


millions of bytes 






Full track capacity in bytes 


13,030 


7,294 


Cylinders per pack 


404 plus 7 


200 plus 3 




alternates 


alternates 


Tracks per cylinder 


19 


20 


Tracks per pack 


7,676 


4,000 



If a 2321 is replaced by a 3330, six full track blocks of data from 
the 2321 (2000 bytes/2321 track) can be placed on each 3330 track. 
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if full track blocking is used, for a total of 92,112,000 bytes per 
3336 pack (12,000 bytes times 7676 tracks per 3336). Thus, slightly 
over four 3336 packs provide the capacity equivalent of ten data cells, 
or a full 2321 drive, if full tracks are used. A full ten data cells, 
blocked full track, also can be contained in slightly more than four 
3336 packs if half-track blocking is used on the 3336. 

Self -formatting records are vrritten on 3336 packs in the same manner 
as they are on 2316 packs. However, each physical area written (count, 
key, and data) has a field of error correction code appended to it 
for the purpose of data validity checking by the control unit instead 
of the cyclic check area used on the 231U. 

The 3830 control unit is microprogram controlled. Read/write 
monolithic storage contained in the control unit is used for 
microprogram residence. The control unit also contains a device that 
reads interchangeable disk cartridges (identical to the console file 
device) . This device is used for microprogram backup storage and for 
storage of nonresident diagnostics for the 3330 facility. During a 
3330 facility power-on sequence, the functional microprogram is loaded 
from the device into control storage within the control unit. 
Therefore, many engineering changes can be installed merely by replacing 
the disk cartridge in use with another cartridge that contains the 
new microprogram. 

The 3330 facility also incorporates new error detection, correction, 
and logging features, designed to improve its availability and 
serviceability. The following features are implemented in the 3330 
that are not provided by previously announced direct access devices : 

• I/O error routine correction of recoverable data errors on read 
operations with data supplied by the control unit in sense bytes 

• Command retry initiated by the control unit to attempt hardware 
correction of certain errors without programming assistance 

• Error logging by the control unit in its control storage of 
successful command retry operations 

• Inline diagnostic tests contained on disk cartridges, which can 
be r\in on a single drive to diagnose hardware malfunctions while 
other drives in the facility continue normal operations. (Inline 
diagnostics are provided currently only for 231U facilities.) 

Recovery of correctable data area errors. When the control unit 
detects a correctable data error during the reading of the data portion 
of a record, it generates the information necessary to correct the 
erroneous bytes. The sense bytes presented by the control unit contain 
a pattern of corrective bits and a displacement value to indicate which 
of the bytes transferred to processor storage contain the errors . 
The disk error recovery program need only EXCLUSIVE OR (logical 
operation) the corrective bit pattern with the error bytes in the input 
area in processor storage to correct the errors. 

Command retry . Error correction (without programming assistance) 
is performed by a channel/control unit command retry procedure without 
an intervening I/O interrupt in the following five situations: 

1. When a correctable data error occurs during a search or read 
operation on home address, record count, or record key. 

During a search or read operation, the home address, count, 
or key read from the disk track is placed in a buffer in control 
storage within the control unit. When a correctable data error 
occurs, the control unit corrects the data in the buffer and 
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reissues the command that caused the error. During reorientation 
to the record, the control unit disconnects and frees the block 
multiplexer channel. When the failing search or read command 
is reexecuted, the corrected data in the buffer is used instead 
of the data actually on the track. 

2. When an uncorrectable data error is detected on any portion 
of the record during a read or a search operation. 

The failing CCW is reissued twice by the control unit. If one 
of the two retries is successful, the channel program continues 
normally. 

3. When a seek malfunction is detected. 

The control unit retries the command ten times in an attempt 
to position the arm correctly. 

4. When an alternate or defective track condition is recognized 
before data transfer begins. 

The control unit determines the location of the alternate or 
defective track (from RO on the track), initiates a seek to 
this track, and orients to the index point. When this sequence 
completes, the original command is reissued by the control unit. 
This is a programmed procedure for previously announced 
System/360 direct access devices. 

5. When a command overrun (or late command-chaining) condition 
occurs during execution of a channel program because of 
interference from another channel or the CPU 

The control unit initiates a retry of the command that was late. 

Error logging . Usage and error counters for each drive in the 
facility are maintained continuously in the control unit. The usage 
counters are used to accumulate the number of bytes read and seeks 
issued. The error counters are used to accumulate the number of seek, 
correctable data, and uncorrectable data errors that were retried 
successfully by a command retry procedure, as already described. When 
a counter reaches its threshold or when a pack is removed from a drive, 
the control unit indicates the condition via a unit check when the 
next I/O operation is initiated to the drive. Counter data can be 
obtained and counters can be reset by issuing a SENSE or READ LOG 
command. These statistics can then be logged in the system error data 
set for later diagnosis. 

Inline diagnostic tests. The 3830 control unit can execute 
diagnostic tests on a malfunctioning drive while normal operations 
take place on the remaining drives in the facility. When the CE inserts 
the service address plug in the malfunctioning drive, diagnostic 
programs contained on a disk cartridge are read by the device in the 
control unit. Diagnostics can be executed on that drive by the customer 
engineer using the CE panel on the 383 control unit. Operationally, 
the drive is offline to the control unit, and physically the drive 
is offline to the operating system. 

Online testing of the 3330 facility can be performed under OLTEP 
control, as usual. Both OLT's and diagnostic programs contained in 
the OLT library can be executed on a malfunctioning drive via OLTEP. 
The diagnostic tests are loaded into control storage in the control 
unit from the OLT library. Operationally, the 3330 drive is online 
to the control unit but is logically offline to the operating system. 
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Inline and online testing allows CE diagnosis and repair of most 
3330 failures without the necessity of taking the entire 3330 facility 
out of the system configuration. 

The 3330 facility offers more than additional capacity, faster 
access, and attractive price performance. The 3330 facility is actually 
a subsystem in itself. The control unit can control the concurrent 
execution of one RPS channel program on each of its drives and can 
handle functions such as error correction and logging, which normally 
must be programmed, thereby relieving the control program of these 
activities. In addition, the availability and serviceability of the 
3330 are improved by the implementation of new automatic error 
correction features, by use of inline diagnostics, and by the speed 
and ease of engineering change installation. These factors add to 
the improvement of total system availability. 

Table 20.10.3. Hardware features of 3330 and 23m facilities 



Feature 


3330 


231U 


Number of drives per 


2, U, 6, or 8 


1,2,3,4,5,6,7, or 8 


facility 




(A ninth can be 
included as a spare 
only.) 


Removable interchangeable 


Yes 


Yes 


disk packs 






Removable address plugs 


Yes 


Yes 


Record Overflow feature 


Standard 


Standard 


File Scan feature 


Not available 


Standard 


Multiple track operations 


Standard 


Standard 


Two-Channel Switch 


Optional 


Optional 


Second control unit 


Not available 


Optional (2844 


(to permit two concurrent 




Auxiliary Storage 


data transfer operations 




Control ) 


on a facility) 






Rotational position sensing 


Standard 

(128 sectors/track) 


Not available 


Multiple requesting 


The control unit 
can concurrently 
handle one channel 
program on each 
of its drives. 


Not available 


Command retry by control 


Standard 


Not implemented 


unit and channel 






Error correction data 


Yes 


No 


presented by control unit 






Writable storage in 


Yes 


No 


control unit loaded from 






a disk cartridge 






Inline diagnostic tests 


Standard 


Standard 


initiated via the CE 






panel in the facility 






Inline diagnostic tests 


Standard 


Not implemented 


initiated via the system 






console 







20:15 THE 2305 FIXED HEAD STORAGE MODULE AND 2835 STORAGE CONTROL 
MODEL 2 

One or two 2305 Fixed Head Storage Modules can be attached to 2835 
Storage Control. Each module contains six nonremovable rotating disks 
on which data is recorded. Read/write heads, called recording elements , 
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are fixed in position to access each track on the twelve recording 
surfaces so that no arm motion is required. (See Tables 20.15.1 through 
20.15.3 at the end of this subsection for a comparison of 2305 Model 
2 and 2303 Drum Storage characteristics and capacities.) 

Spare , or alternate,, tracks are provided in 2305 modules and must 
be wired in by a customer engineer to replace defective recording 
tracks. However, one spare track is available for assignment by the 
alternate track assignment utility program when a permanent track error 
occurs on a recording track during processing. Once a spare has been 
assigned as an alternate track, the hardware automatically accesses 
the alternate track when the defective recording track is addressed. 
This is called alternate track sparing . Switching to an assigned 
alternate track during processing is a programmed action for currently 
announced direct access devices. 

The 2835 control unit provides new error correction facilities 
similar to those of the 3830 control unit. Recorded data areas within 
self- formatting records have ten correction code bytes appended to 
them instead of a two- byte cyclic check code. When certain types of 
data errors occur during the reading of the data portion of a record, 
the control unit can determine the bits in error and generate correction 
data. This recovery information is presented to the error routine 
via the sense bytes and can be used to correct the invalid record in 
processor storage (as described for the 3330 facility) . 

A command retry feature is implemented in the 2835. This feature 
permits certain types of failing commands to be reissued automatically 
by the channel, when requested by the control unit, without an 
intervening I/O interrupt. For example, when a count or key area is 
read erroneously, the control unit retries the command once. If the 
error is not corrected by the retry, the control unit corrects the 
data in its own buffer, reexecutes the failing read, and presents the 
corrected data from th'3 buffer instead of reading it from the track. 

Like the 3830 control unit, the 2835 contains a device that reads 
disk cartridges containing the control unit microprogram and diagnostic 
routines. 

DATA RECORDING 

Data tracks on the 2305 Model 2 facility are formatted in the same 
manner as on System/360 direct access devices except for the absence 
of a home address on each track. There are 768 recording tracks and 
96 spare tracks in one module. One recording element is positioned 
over each track. Each of the twelve surfaces contains 72 tracks, 64 
recording and 8 spare. The spare tracks are interspersed among the 
72 tracks so that every ninth track is a spare. Data is recorded 
serially by bit on each track. 

Four nonmovable access mechanisms are positioned around the rotating 
disks as shown in Figure 20.15.1. Each access mechanism contains two 
groups of 9 recording elements per surface (for a total of 16 recording 
and 2 spare elements) and accesses one-quarter of the tracks on each 
surface. A group of 8 recording elements accesses every other track. 
The outermost element group of the access mechanism at the top of 
Figure 20.15.1 accesses data tracks 1, 3, 5, ...» 15, while data tracks 
2, U, 6, ..., 16 are accessed by the outermost element group of the 
access mechanism at the bottom of the diagram. 

There are 180 sectors per track on the 2305 Moael 2. When RPS is 
used, the search time, from sector found to beginning of desired record, 
ranges from a minimum of 112 microseconds to a maximum of 167 
microseconds . 
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Access mechanism 



8 retufding eiementb 
1 spare 

8 recording elements 
1 spare 




180 sectors 
per track 



Access 
mechanism 



Access mechanism 

64 recording tracks/surface x 12 = 768 recording tracks/module 
8 spare tracks/surface x 12 = 96 spare tracks/module 
216 recording elements (read/write headsj/access mechanism x 4 = 864 recording elements 



Figure 20.15.1. Top view of a 2305 Model 2 disk surface 



ROTATIONAL POSITION SENSING AND MULTIPLE REQUESTING 

RPS is a standard feature of the 2835 control unit as is the other 
new capability called multiple requesting , which allows up to eight 
channel programs to be active concurrently on each of the two 2305 
modules that can be attached to the control unit. In other words, 
a 2305 module can be viewed as eight logical devices, although 
physically it is only one device. 

As described previously, rotational position sensing and block 
multiplexing permit a direct access device to disconnect during set 
sector operations, "ttiese facilities, used in conjunction with the 
multiple requesting feature, permit concurrent operations to take place 
on each 2305 module in a facility. Thus, the effective data rate of 
a module can be increased substantially. 
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The multiple requesting capability is implemented by associating 
eight logical device addresses (0-7) with a 2305 module. Each logical 
device address is also assigned to a specific subchannel of a block 
multiplexer channel and a specific register (0-7) in the 2835 control 
unit. When a channel program is initiated, it is associated with an 
available logical device address by data management (I/O supervisor) . 
(Logical device addresses are not permanently assigned to specific 
tracks or data sets in a module.) When the SET SECTOR command is 
issued, its specified sector number is stored in the register in the 
control unit that is assigned to the logical device address being used 
for the channel program. Then the control unit disconnects from the 
channel . 

At this point, another channel program with a SET SECTOR command 
can be accepted by the channel and control unit (assuming neither is 
busy) . This channel program will be initiated using another available 
logical device address and its assigned control unit register. This 
process can be repeated for up to eight SET SECTOR commands, so that 
eight channel programs can be executing concurrently per 2305 module. 

Whenever the control unit is not executing a commcind or is not 
otherwise busy, it monitors the rotational position counter in the 
2305 module that is being incremented each sector time period. When 
the sector number in the counter of a module compares equal with the 
sector number stored in one of the registers in the control unit and 
the channel is free, the control unit reconnects and resumes execution 
of the suspended channel program associated with the logical device 
address assigned to the control unit register that compared equal (see 
Figure 20.15.2). 

It should be noted that one 2305 module requires 8 logical device 
addresses, each of which requires 1 subchannel on a block multiplexer 
channel. Since a 2835 control unit can have two modules, one 2305 
facility can use 16 device addresses and 16 nonshared block multiplexer 
subchannels. 



2305 module 


2835 Control Unit 


Sector 


Registers 


Counter 50 


1 15 1 




1 1 50 1 




2 1 25 1 




3 1 80 1 




4 1 1 




5 1 1 




6 1 1 




7 i 1 



Logical 
Device 
Address 
Used 



Channel 
Program 



CC SET SECTOR 15 
CC SEARCH ID 



CC 
CC 



SET SECTOR 50 
SEARCH ID 



CC SET SECTOR 25 
CC SEARCH ID 



CC SET SECTOR 80 
CC SEARCH ID 



Figure 20.15.2. Multiple requesting on the 2305 facility 
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Table 20.15.1. 2305 Model 2 facility and 2303 Drum Storage characteristics 





2305 Model 2 


2303 


Characteristic 


Module 


Drum Storage 


Device type 


Six rotating disks 
with twelve recording 
surfaces 


Rotating drum 


Module capacity in 


11,258,880 


3,913,000 


bytes (full track 






records, no key) 






Number of recording 


768 


800 


tracks 






Number of bytes per 


14,660 


t»,892 


track (RO, Rl %irritten 


Home address is never 


Home address is always 


without key) 


%rritten on a track 


written on each track 


Number of read/write 


86U 


880 


heads ( recording 


One positioned to 


One positioned to access 


elements) per module 


access each of 768 


each of 800 recording 




recording and 96 spare 


and 80 alternate tracks 




tracks 




Rotation time (ms) 


10 


17.5 


Access time (ms) 






Maximum 


10.25 


17.5 


Average 


5.0 


8.6 


Time channel 


.112 minimum 





busy searching when 






SET SECTOR is used 


.167 maximum 





(ms) 






Rotation speed (rpm) 


6000 


3400 


Data transfer rate 


1.5 


.303 


in MB 






Data validity 


10 correction code 


Two-byte cyclic check 


checking 


bytes (CCB) appended 


(CO code appended to 




to each area written 


each area written 


Error recovery 


1. Command retry 


Not provided 


performed by the 


to retry a failing 




control unit 


command without an I/O 
interrupt 

2. Correction of data 
errors that occur in 
the data area of a 
record possible by 
programming using 
information in 
sense bytes 




Rotational position 


Standard feature 


Not available 


sensing 


(180 sectors per track) 
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Table 20.15.1. 2 305 Model 2 facility and 2303 Drum Storage characteristics 
{ continued) 





2305 Model 2 


2303 


Characteristic 


Module 


Drum Storage 


Multiple requesting 


Up to 8 concurrent 


One I/O operation at a 


(allows concurrent 


operations per 2305 


time is supported. 


I/O operations on one 


module (up to 7 per 




module) 


module supported by 
data management) 




Record overflow 


Standard feature 


Special feature 


Two-Channel Switch 


Special feature 


Special feature 


Device contained in 


Yes, to read the 


No 


the control unit 


control unit 
microprogram and 
diagnostic programs 





Table 20.15.2 



Effective capacity of the 2305 Model 2 and the 2303 for 
various block sizes (DL column) with a 25-byte key 



KL = 25 
DL in Bytes 


Effective Capacity 


in Bytes 


2305 Model 2 


2303 


100 


2,688,000 


1,200,000 


200 


4,300,800 


1,760,000 


300 


5,529,600 


1,920,000 


400 


6,144,000 


2,240,000 


500 


6,912,000 


2,400,000 


600 


7,372,800 


2,400,000 


700 


7,526,400 


2,240,000 


800 


7,987,200 


2,560,000 


900 


8,294,400 


2,160,000 


1000 


8,448,000 


2,400,000 


2000 


9,216,000 


1,600,000 


3000 


9,216,000 


2,400,000 


4000 


9,216,000 


3,200,000 
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Table 20,15,3, 



Effective capacity of the 2305 Model 2 and the 2303 for 
various block sizes (DL column) when records are written 
without key 



KL = 
DL in Bytes 


Effective Capacity 


in Bytes 


2305 Model 


2 


2303 


100 


3,763,200 




1,600,000 


200 


5,683,200 




2,080,000 


300 


6,681,600 




2,400,000 


UOO 


7,372,800 




2,560,000 


500 


8,064,000 




2,400,000 


600 


8,294,400 




2,400,000 


700 


8,601,600 




2,800,000 


800 


8,601,600 




2,560,000 


900 


8,895,600 




2,880,000 


1000 


9,216,000 




2,400,000 


2000 


9,216,000 




1,600,000 


3000 


9,216,000 




2,400,000 


UOOO 


9,216,000 




3,200,000 



20;20 THE 3211 PRINTER 

The 3211 is a high-speed line printer with front printing and new 
features designed to reduce operator intervention. The 3211 can print 
2000 alphameric lines per minute (with a 48-character set) and is 
designed to be used in any installation that has a high volume of print 
activity. The 3211 attaches to all System/370 models and System/360 
Models 30 and up. 

The 3211 has a standard 132-print-position line, which can be 
expanded to 150 positions as an option. The number of print positions 
does not affect printing speed. The Universal Character Set (UCS) 
feature is standard and the interchangeable train cartridge contains 
432 graphics. The cartridge character arrangement is unrestricted 
and can be alphabetic, numeric, or special characters in any 
combination. When the character arrangement is optimized for specific 
printing loads, speeds of up to 2500 lines per minute can be attained. 

The 3211 attaches to a 3811 control unit. Unlike some models of 
the 2821 control unit, which can handle multiple devices, a 3811 
controls only one 3211 Printer. 

New features of the 3211 include a powered forms stacker, an 
automatic platen, and a tapeless carriage. The powered stacker 
mechanism is self-adjusting and automatically rises in increments as 
the stack of paper mounts. This ensures that the stacker mechanism 
is always the same distance above the top of the stack of forms. The 
rate of rise during each increment is determined by the setting of 
the stacker rate knob, which can be adjusted by the operator to produce 
the best condition for the thickness of the forms being stacked. The 
stacker also can be raised or lowered manually. 

When forms are inserted, the printer platen automatically positions 
itself close to the train cartridge in accordance with the thickness 
of the forms. Thus, correct clearance between the platen and the 
cartridge is achieved without operator intervention. Because of its 
automatic forms thickness sensing, the 3211 is sensitive to forms with 
a different degree of thickness at each edge. (For forms limitations, 
see Form - Design Considerations — System Printers.) 

Forms control paper carriage tape loading and unloading by the 
operator is eliminated by implementation of a tapeless carriage feature 
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for the 3211. Forms spacing and skipping are controlled by a program- 
loaded forms control buffer (FCB) contained in the 3 811 control unit. 

The FCB contains 180 storage positions, each of which corresponds 
to a print line, that is, a single space of the carriage. Thus, forms 
up to 22.5 inches in length can be accommodated at eight lines per 
inch spacing (or 2U inches at six lines per inch) . Up to twelve channel 
codes (1-12) , corresponding to the twelve channel positions of the 
paper carriage tape used on a m03 Printer, can be stored in the 
appropriate buffer line positions to control carriage skipping. The 
FCB can be considered to contain a storage image of a carriage control 
tape. 

A carriage control address register is used to address the FCB and 
maintain correct line position with respect to the form. This register 
is incremented as space and skip commands, which cause the form to 
advance, are issued. When a SKIP TO CHANNEL command is executed, the 
carriage control address register is incremented and the form moves 
until the channel specified is sensed in a line position in buffer 
storage. If the requested channel niamber is not found in the buffer, 
forms movement stops after address position 1 (line 1) has been sensed 
twice. This prevents runaway forms skipping. 

A flag in a buffer storage line position is used to indicate the 
last line of the form for forms shorter than 180 lines. A flag bit 
is also used in the first buffer storage position to indicate six or 
eight lines per inch spacing. The FCB is loaded with the desired forms 
spacing characters via a LOAD FCB command issued by a program. An 
error indication is given if an end-of-page flag is not present or 
if an invalid carriage code is loaded. 

Serviceability features, in addition to those provided for the 1403 
Printer, are incorporated into the design of the 3211. The fact that 
a 3811 control unit controls only one 3211 Printer instead of multiple 
devices permits offline repair of the malfunctioning printer or control 
unit only, without the necessity of removing other operational units 
from the system. 

The 3811 control unit presents six bytes of sense information to 
identify printer and control unit malfunctions instead of only one 
byte, as is provided for the 1403. Certain errors (such as a parity 
check in the print line buffer) that might be corrected by programmed 
retry of the print operation are identified in the sense bytes, and 
carriage motion is suppressed. This permits error recovery without 
operator intervention if the retry is successful. The additional 
status data presented can be stored for later analysis and should speed 
the diagnosis of hardware malfunctions. 

20:25 THE 3803/3420 MAGNETIC TAPE SUBSYSTEM 

The new 3803/3420 Magnetic Tape Subsystem consists of 3803 Tape 
Control and a family of three 3420 Magnetic Tape Units which read and 
write nine-track, 1600-BPI, phase-encoded, half-inch magnetic tape. 
The three tape units. Models 3, 5, and 7, have a data rate of 120 KB, 
200 KB, and 320 KB, respectively, and up to eight tape units, in any 
mixture of models, can be attached to a 3803 control unit. This tape 
subsystem, which embodies a completely new control unit technology, 
offers price performance improvements, compatibility with existing 
seven- and nine-track tape volumes and programs, enhanced reliability, 
availability, and serviceability features, lower cost tape switching 
capabilities, and standard automated tape-handling features presently 
available only on 2420 Magnetic Tape Units. (Table 20.25.2 at the 
end of this subsection compares 3420 and 2401 tape unit 
characteristics. ) 



45 



Page of GC 20- 17 34-0 
Revised 11/5/70 
ByTNLGN20-2273 

The 5H0i/ ^^20 subsystem can be attached to all System/370 models 
and to Systein/360 Models 30 to 195 (Model 67 in 65 mode only) except 
Model U4 for which there is no program support. The tape commands, 
status responses, and basic sense data of this tape subsystem are 
compatible with those of 2400-series tape units. Thus, any correctly 
written, non- time- dependent System/360 program for 24 00-series tape 
units will operate without change on the Model 14 5 (subject to 
restrictions stated in Section 10:05) to handle operations on 3803/3U20 
subsystems with equivalent features installed. That is, existing nine- 
track 1600-BPI phase-encoded (PE) , nine-track 800-BPI non-return-to- 
zero (NRZI) , and seven-track 556/800-BPI NRZI-encoded tapes can be 
processed on 3420 tape units using existing programs without change 
to the tape volumes or programs. 

The 3803/3U20 tape subsystem offers users with intermediate systems 
the advantages of the latest significant advances in tape speed and 
design while maintaining media compatibility with existing tape volumes 
and providing enhanced RAS features. Specifically, the following are 
provided : 

• Data rates of 120 KB, 200 KB, and 320 KB at 1600-BPI density 

• Phase- encoded data recording that automatically detects and corrects 
single-bit read errors in-flight 

• A tape transport design that minimizes tape wear and increases 
reliability, a single-drive capstan to control tape movement that 
provides faster data access times and rewinds, and more precise 
control of motor speed to help minimize damage to tape media 

• Cartridge loading of tape, automatic tape threading, and a new 
automatic tape reel hub latch, all to reduce tape setup time 

• Dual Density and Seven-Track (mutually exclusive) features to 
enable a 3420 tape unit to handle either nine-track 800-BPI NRZI 
and 1600 BPI PE tape or seven-track 556/800-BPI NRZI (BCD or binary) 
tape 

• Flexible, lower cost tape switching implemented in a new compact 
physical design - a two-channel switch is available also 

• Featiires such as new technology to improve subsystem reliability 
and new diagnostic facilities to aid serviceability and thereby 
increase subsystem availability 

Phase- encoded recording . The phase-encoded (PE) recording technique 
offers superior error detection and reliability as compared with the 
non- return-to- zero (NRZI) technique. In both cases, magnetic recording 
of one and zero bits is accomplished by means of flux reversals or 
changes in polarity. In NRZI recording, only one bits are recorded 
as magnetized spots, and a flux reversal occurs only for one bits. 
In PE recording both zero and one bits are recorded (the zero bit and 
one bit being opposite in polarity) , and a flux reversal is required 
in every bit position. Thus, the PE dual flux recording technique 
differentiates between no recording and the presence of a zero bit, 
and the absence of any signal is detected as an error. 

The positive recording of all zero and one bits in PE eliminates 
the need for horizontal parity bits (longitudinal redundancy check 
used in NRZI recording) , and vertical parity bits are used to correct 
single-bit read errors in-flight. During reading, if a single track 
fails to respond with a suitable pulse in any bit position, reading 
of the rest of that track is immediately disabled for the remainder 
of the data block, and the remaining bits for that track are 
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automatically generated by use of the vertical parity bits. In-flight 
single-track error correction eliminates the time normally lost in 
backspacing and rereading NRZI tape for correction of single-track 
dropouts or defects. 

Phase encoding offers other advantages. If a string of zeros is 
recorded on tape, successful reading in NRZI requires close 
synchronization to "count" the correct number of zeros. With PE, this 
synchronization is provided by the flux reversal in every bit position; 
hence, PE recording (and reading) is self-clocking. In addition, each 
block written on a PE tape is preceded and followed by a coded burst 
of bits in all tracks to set up the individual track- clocking rates. 
The read circuitry is designed to recognize these bursts and thereby 
minimize the effect of noise in the gap. 

The critical nature of vertical skew (alignment of bits within a 
byte) that is imposed by NRZI recording is minimized by this individual 
track clocking scheme (one clock per track versus one clock for the 
entire tape subsystem) , and by the use of one-byte (nine-bit) capacity 
skew buffers that can be in the process of collecting up to four data 
bytes at the same time, as the tape passes the read head. Because 
of the positive recording of all bits, once a skew buffer contains 
nine bits, one from each horizontal data track, it is an indication 
that a byte has been read. Thus, the 3U20 can handle the situation 
in which the tape is not exactly aligned, and bits from up to four 
adjacent bytes can be read concurrently. 

Like 2400-series tape units, the 3420 utilizes a two- gap read/write 
head that performs readback checking during write operations. The 
3120 also has a separate erase head that erases the entire width of 
the tape during any write operation before writing occurs. Full-width 
erasure reduces the likelihood of leaving extraneous bits in interblock 
gaps or skip areas and minimizes the interchangeability problems that 
can occur when tape is written on one tape unit and read on another. 

Advanced engineering design . The tape path in the 3U20 tape unit 
is designed for "soft handling" of tape volumes to minimize tape wear 
and thus improve tape reliability. Other features, such as the single- 
drive capstan and optical tachometers, result in faster data access 
and rewind times than those of the 2U01. 

On a 3420 tape unit, the tape reel is mounted on the right side 
of the tape transport, instead of on the left as on a 2401 tape unit, 
so that an inverted tape path exists. As a result, v^en the tape is 
loaded in the columns, the recording side touches only the tape cleaner 
and read/write head. Friction and tape wear are also reduced by the 
presence of air bearings in the tape transport that provide a thin 
film of air between the nonrecording surface and each metal bearing. 

Use of a single-drive capstan transport for tape movement and optical 
tachcMoeters for control of motor speed result in several advantages. 
First, faster access times than those of 2401 tape unit models are 
achieved. Access time is defined as the time interval from initiation 
of a write or forward read command (given when the tape is not at load 
point) until the first data byte is read or written, assuming the tape 
is brought up to speed from stopped status. Nominal access times for 
3420 Models 3, 5, and 7 are 4.0 ms, 2.9 ms, and 2.0 ms, respectively. 

Second, the single-drive capstan can be made to operate faster than 
normal read/write speed, and in- column rewind is thus implemented. 
Full reel rewind speeds average 410, 4 80, and 640 inches per second 
for Models 3, 5, and 7, respectively. In addition, less time is 
required to rewind less than a full reel on a 3420 as compared to a 
2401 because of faster rewind times achieved by in-column rewinding. 
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Last, three optical tachometers that monitor motor speed are used 
to achieve precise control of the speed of both the capstan motor and 
the tape reel motors. The capstan tachometer measures the size of 
the interblock gaps (IBG's) created during tape writing. The result 
is a more consistent IBG size (.6 inches) than is created by 2400- 
series tape units, which enables more accurate calculation of tape 
passing time. IBG passing times are 8.0 ms, 4.8 ms, and 3.0 ms for 
3420 Models 3, 5, and 7 respectively. These times would be used in 
calculations for command chained tape operations (reading or writing 
more than one tape block with a single START I/O instruction) . More 
precise capstan motor speed also results in smoother starts and stops, 
thereby minimizing tape stretching and breaking. 

The two tape reel tachometers measure tape speed as the tape enters 
and leaves the vacuum columns, and tape speed is adjusted when 
necessary. The 3420 tape unit is, therefore, less sensitive to voltage 
changes. More precise control of tape reel motor speed improves rewind 
speed and minimizes erratic tape stacking during rewinds so that there 
is less chance of damaging tape edges. 

Automatic threading and cartridge loading . These advanced features 
are standard on all 34 20 models and significantly reduce tape mounting 
and demounting time. Tape threading is automatic for tape reels not 
enclosed in a wraparound cartridge once the reel (10.5-inch, 8.5-inch, 
or minireel) is mounted on the tape unit with the tape end placed in 
the threading chute and the load-rewind button is depressed. The power 
window is closed, the tape is threaded on the takeup reel, and the 
tape is loaded in the columns and positioned at load point within ten 
seconds after the button is depressed for Models 3 and 5. On the 
Model 7, only seven seconds are required. In addition, unload and 
rewind/unload operations cause the tape to be completely rewound on 
the tape reel and the power window to be lowered so that the reel is 
ready for immediate demounting. 

If the tape is enclosed in a wraparound cartridge (10.5-inch reels 
only) , an operator need only mount the cartridge and does not have 
to place the tape end on the threader chute. Once the load-rewind 
button is depressed, ten seconds are required to open the cartridge 
and perform automatic threading. If automatic threading fails on the 
first try, the 3420 unit automatically rewinds the tape and retries 
threading. Unload operations rewind and close the cartridge 
automatically. In addition to fast tape reel mounting, the use of 
a wraparound cartridge offers other advantages. Handling of the tape 
reel itself is not required when the tape is used, because the 
wraparound cartridge is also the shelf storage container. The only 
time the cartridge need be opened is when it is opened by the 3420 
during use. This enhances the reliability of the tape media. 

The 3420 tape unit also has a new automatic reel latch instead of 
the snap type hub latch implemented on newer 2400-series tape units. 
The operator places the tape reel on the hub and the automatic latch 
mechanically aligns the reel and then pneumatically locks it in 
position. 

The advantage of these features can be shown by comparing setup 
times for tape units with and without the autothread feature. A tape 
study using experienced operators indicated the total time required 
to remove a tape reel, mount a new reel, thread the tape, and come 
to ready status was the following: 

2401 tape unit - 40 seconds 

Autothread tape unit without cartridge - 29 seconds 

Autothread tape unit with cartridge - 13 seconds 
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Single Density , Dual Density / and Seven-Track features. These three 
features are provided for both 3803 control units and 3420 tape units. 
They are mutually exclusive features. Dual Density can be field-installed 
on a 3803; however, the Seven-Track feature is not recommended for field 
installation. The Dual Density or the Seven-Track NRZI feature can be 
field installed on a 3420 tape unit only if it is replacing another NRZI 
feature. (For example, Dual Density can be field installed to replace the 
Seven-Track but not the Single Density feature.) The Dual Density and 
Seven-Track features facilitate efficient conversion of existing NRZI- 
recorded tapes to 1600-BPI phase-encoded format and permit tape volume 
interchange with other systems that use seven-track 556/800-BPI or nine- 
track 800-BPI tape. (See Section 60 for a discussion of conversion to 
3420 tape units.) 

A 3803 control unit with the Single Density feature (without a 
switching feature) can handle up to eight 3420 tape units (Models 3, 
5, and 7) with the companion Single Density feature installed. Only 
1600-BPI PE tape can be read and written. When the Dual Density feature 
is present on the 3803 control unit, both nine-track 1600-BPI PE and 
nine-track 800-BPI NRZI tape operations can be performed on 3420 units 
(Models 3, 5, and 7) with the companion Dual Density feature installed. 
(Tape units with the Single Density feature still handle only nine- 
track 1600-BPI PE tape.) When the Seven-Track feature is present on 
the 3803 control unit, seven-track 556/800-BPI NRZI operations (both 
BCD and binary format) can be performed on 3420 tape units (Models 
3, 5, and 7) with the companion Seven-Track feature installed. The 
data convert and translate facilities are a standard part of the Seven- 
Track feature. Table 20.25.1 summarizes 3803 control unit capabilities 
without and with these features. 

Tape mode setting is handled as follows. For write operations on 
nine-track tape units with the Dual Density feature, a mode set command 
must be issued to establish 1600-BPI PE or 800-BPI NRZI recording mode 
prior to the first write. Tapes written in PE mode have a format 
identification burst recorded at load point that differentiates them 
from NRZI mode tapes. During reading, sensing of this burst 
automatically puts the tape unit in PE mode. Failure to sense the 
burst establishes NRZI mode if both the tape unit and control unit 
have the Dual Density feature. If an attempt is made to read NRZI- 
mode tape on a unit without the Dual Density feature, an error 
indication results. Once PE or NRZI mode is established for read 
operations, it is retained until the tape returns to load point. 

For seven- track read and write operations, NRZI mode, density, 
parity, and use of the data converter or translator are established 
by issuing a single MODE SET command. 
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• Table 20.25.1. 3803 control unit configurations and capabilities with 
Single Density, Dual Density and Seven-Track features 



3803 with Single 
Density Feature 



3803 with Dual 
Density Feature 



3803 with Seven-Track 

Feature 

(includes data convert 

and translate) 



1. Nine-track, 1600- 1. Nine-Track, 1600- 

BPI, PE tape on 3U20 BPI, PE tape on 3420 

Models 3, 5, and 7 Models 3, 5, and 7 

with Single Density with Single Density 

feature feature 



1. Nine-Track, 1600- 

BPI, PE tape on 3420 
Models 3, 5, and 7 
with Single Density 
feature 



2. Nine-track, 800-BPI 2. Seven-track, 556/800- 



NRZI tapes and 
nine-track, 1600- 
BPI PE tapes on 
3420 Models 3, 5, 
7 with the Dual 
Density feature. 



BPI, NRZI BCD and 
binary tapes on 3420 
Models 3, 5, and 7 
with the Seven- 
Track feature 



Note; The Single Density, Dual Density, and Seven-Track features are 
mutually exclusive on the same control unit or the same tape 
unit. 



Tape- switching features . Tape subsystem configuration flexibility 
is provided by field installable tape- switching options that permit 
up to four control units to be switched among up to 16 tape units. 
While this capability is provided for 2400-series tape units via the 
2816 Switching Unit, tape switching for the 3803/3420 subsystem offers 
the advantages of compact design, reduced cost, and enhanced subsystem 
availability. 

The switching features are built into the 3803 control unit itself 
so that space for stand-alone switching units is not required. The 
fact that tape switching features are contained in the 3803 control 
units being switched (rather than in one unit) also enhances tape 
subsystem availability. When a switch failure occurs in one control 
unit, that unit can be switched offline, eliminating the necessity 
of removing the entire tape switching subsystem from the operative 
system configuration. 

Using combinations of the Communicator and the Two-Control Switch, 
the Three-Control Switch, or the Four-Control Switch optional features, 
two, three, or four control units can be configured to be switched 
among up to 8 or up to 16 tape units. The Communicator must be present 
in all control units that are to be switched. It allows the control 
unit in which it is installed to address tape units that are attached 
to an interconnected control unit. Figure 20.2 5,1 shows the switching 
feature requirements for permissible switching combinations. The 
switch combinations shown for switching control units among up to 16 
tape units are the same that are required for switching control units 
among up to 8 tape units. 

A two control unit switching configuration is required to replace 
the 2804 and 2404 read-while-write control units. The advantage of 
the tape switching approach is that for a small price increment better 
performance is possible. This is true because any two tape operations 
can be active concurrently in a switched configuration (including two 
reads or two writes) while the degree of simultaneity achieved using 
a read-while-write control unit is application dependent. That is, 
the application must lend itself to reading, then writing (or vice 
versa) . 
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3803 
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3X 16 



3803 



Communicator 
Three-Control 
Switch 



V V 



8 tape units 



3803 



3803 
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4X 16 



3803 



Communicator 
Four-Control 
Switch 



V v 



8 tape units 



3803 



Communicator 
Four-Control 
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^^7-^ 



8 tape units 



3803 



3803 



Communicator 



Communicator 



Figure 20.25.1. 



Tape-switching configurations for the 3803/3420 
Magnetic Tape Subsystem 



Two-Channel Switch. This optional feature provides switching functions 
for tape units similar to those provided by the two-channel switch for 
direct access devices. A 3803 control unit with the two-channel switch 
installed can be attached to two channels that are in the Scune system or in 
two different systems. Tape units attached t6 the 3803 can then be accessed 
via either channel. This feature Ccin be present on a 3803 that also has 
tape switching features installed. 

A 3803 with this switch can be set to allow access to all its tapes by 
either channel, one channel at a time. If channel A requests an operation 
when the control unit is busy performing an operation on channel B, then 
channel A must wait until the control unit becomes available again. If both 
channels are on the same system, this arrangement essentially provides two 
channel paths to the tape units on the switched 3803. 
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A RESERVE COIsiTROL UNIT command is provided for use with this 
feature. It permits a channel, via programming, to maintain exclusive 
use of the control unit and its tapes until the RELEASE CONTROL UNIT 
command is issued. These two commands are of benefit when the con- 
trol unit is shared between two systems. 

Tape units on a 3803 with a two-channel switch can also be 
partitioned. Partitioning is the manual assignment of tape units 
(via switches) to one channel or the other so that access to each 
unit is limited to one of the two channels. This facility can be 
used for backup purposes to switch tapes from one system to another 
or from one channel to another in the same system. 

The two-channel switch for the 3803/3420 subsystem offers con- 
figuration flexibility not generally available to 2400-series tape 
unit users. A two-channel switch currently is provided only for a 
2803 Model 1 control unit and can be used only in Model 67 and Model 
65 multiprocessing configurations. 

Reliability, availability, and serviceability features. The 
3803/3420 hardware subsystem has several RAS features, in addition 
to the reliability and availability features already discussed for 
the tape media itself. 

The 3803 control unit embodies a totally new design. The newest 
monolithic logic technology is used in the 3803 control unit and, 
therefore, it offers greater reliability and more compact physical 
design in comparison to the 2803 control unit. (The 3803 is 
approximately half the size of a 2803 control unit.) In addition, 
both logic circuitry and mechanical components in the control and tape 
units are functionally packaged to enable more rapid fault location 
and faster replacement. 

As a diagnostic aid, additional sense bytes are generated by the 
microprogram-controlled 3803 control unit. The 3803 uses ROS for 
microprogram residence. Twenty sense bytes are provided, instead of 
the six generated by the 2803, certain of which can be used in tracing 
control unit microprogram malfunctions. Some of the other additional 
sense bytes identify the control unit and tape unit by serial number, 
optional features, and engineering change (EC) level. 

Two other very significant new serviceability features are 
microdiagnostics resident in the 3803 control unit and radial attachment 
of 3420 tape units to the 3803. 

Resident microdiagnostics in the 38 03 enhance test operations for 
the 3803/3420 subsystem by relieving the CPU of the execution of most 
time- dependent tests. Diagnostics in the 3803 are executed via use 
of a diagnostic command issued by a program. 

The 3803 also contains diagnostics that are operative during normal 
tape processing operations. These diagnostics perform operations such 
as the monitoring of measurement functions of the tape units. If an 
irregularity is noted, the control unit generates sense bits to inform 
the executing program of the malfunction. 

Tape subsystem availability is improved by radial attachment of 
3420 tape units to the 3803 control unit. That is, each 3420 is cabled 
directly to the control unit so that any malfunctioning tape unit can 
be disconnected from the tape subsystem for servicing without disturbing 
the other tape units. When tape units are attached to the control 
unit in series (each tape unit cabled to the next tape unit), as are 
2400-series units, the entire tape subsystem must be taken offline 
to uncable a tape unit. 
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These new features, combined with the use of fewer adjustable parts, 
are designed to provide optimum tape subsystem availability through 
better reliability and reduced maintenance time. 

In conclusion, the 3803/3U20 Magnetic Tape Subsystem offers Model 
30 and UO 2U01 tape unit users the following advantages: 

• Increased throughput for tape operations because of faster data 
rates, faster access times, and less rewind time for short files. 
In-flight correction of single-bit read errors eliminates a 
backspace and reread procedure and reduces the number of permanent 
read errors. 

• Reduced tape setup time because of automatic tape threading and 
cartridge loading 

• Reduced tape library size because of 1600-BPI density 

• Less tape media wear as a result of the transport design and 
automatic threading and less tape damage caused by handling if 
wraparound cartridges are used for tape volume mounting and storage 

• Reduced maintenance time because of the transport design (fewer 
adjustable parts), functional packaging of components, expanded 
sense bytes, and microdiagnostics resident in the control unit 

• Increased tape subsystem availability because of reduced maintenance 
requirements 

• Compatibility with existing 2U00-series tape volumes and programs 

These advantages, combined with lower subsystem cost and compact, 
flexible tape-switching capability, make the 3803/3U20 Magnetic Tape 
Subsystem the natural gro%rt:h path for tape users. 
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Characteristic 




3t»20 Tape 


Units 






2U01 


Tape Units 






vo 


Model 3 


Model 5 


Model 7 


Model 1 


Model 2 


Model 3 


Model a 


Model 5 


Model 6 




Data rate (KB) 

Density 

(bytes/inch) 


120 
1600 


200 
1600 


320 
1600 


30 
800 


60 
800 


90 
800 


60 
1600 


120 
1600 


180 
1600 



Tape speed 

(inches/sec. ) 

Nominal 

interblock gap 
size in inches 
(nine-track) 



75 



200 



37.5 



75 



37.5 



.6 



75 



.6 



03 5d "^ 
^ ?« 

Z S o 

f- B. -^ 
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Nominal read 


U.O 


2.9 


2.0 


16 


access to data 










(ms) 










In-column rewind 


Yes 


Yes 


Yes 


No 


Nominal rewind 


76 


66 


51 


132 


and unload 










time (sees.) 











No 
90 



5.3 



No 
66 



16 



No 
132 



No 
90 



No 
66 



Nominal rewind 7 60 45 

to ready 
status — full 
2U00-foot reel 
(sees. ) 

Automatic Standard Standard Standard 

threading 

Time to ready 10 10 7 

status after 
load button 
pressed (sees.) 

Cartridge loading Standard Standard Standard 
(10.5-inch 
reels only) 



180 



60 



Automatic reel 
latch 

Recording 
technigue 



Yes 



Not Not Not Not Not Not 

available available available available available available 



Not Not Not Not Not Not 

available available available available available available 



• Table 20.25.2. 3420 and 2«»01 Magnetic Tape Unit characteristics (continued) 



Characteristic 



Model 3 



3»20 Tape Units 

Model 5 Model 7 TModel 1 Model 2 Model 3 Model 4 Model 5 Model 6 



2U01 Tape Units 



Recording medium IBM Series/ Same as 
(1/2-inch 500 Model 3 
magnetic tape) Dynexcel, 

Heavy Duty, 
or equiv- 
alent 

10. 5", 8. 5", 
6.5" reels. 
(Use of 
Mylar* is not 
recommended. ) 



Same as 
Model 3 



Same as 
3420 plus 
Mylar 



Same as Same as 
Model 1 Model 1 



Same as 
3U20 



Same as 
3420 



Same as 
3420 



Inverted tape 
path, single- 
capstan drive 
optical tach- 
ometers 



Yes 



Error checking 

Single-track 
corrections 
during reading 



Automatic Automatic Automatic Programmed Programmed Programmed Automatic Automatic Automatic 



Vertical 
redundancy 
check 

Longitudinal 
redundancy 
check 



Number of sense 
bytes 



20 



20 



20 



Microdiagnostics Yes 
in control unit 



Separate erase 
head 



Yes 



Yes 



Yes 



Yes 



Yes 



Yes 






I Seven-Track Optional Optional 
feature 

I Recording NRZI NRZI 
technique 

I Densities (BPI) 800 800 

I 556 556 



Optional Optional 
NRZI NRZI 



800 
556 



♦ Trademark of E. I. Dupont de Nemours £ Co. (Inc.) 



800 
556 
200 



Optional Optional 
NRZI NRZI 



800 
556 
200 



800 
556 
200 



Not 



Not 



Not 



available available available 



58 ^ "p 

r" o- '*> 

^ lS l~J 

9 -J i. 

s> o ^ 



u> 



• Table 20.25.2. 3«»20 and 2U01 Magnetic Tape Unit characteristics (continu€!d) 

3420 Tape Units 



Characteristic 



Model 3 



Model 5 



Model 7 



Model 1 



Model 2 



Model 3 



2401 Tape Units 



Model H 



Model 5 



Data rate (KB) 
800 BPI 
556 BPI 
200 BPI 


60 
41.7 


100 
69.5 


160 
111.2 


30 

20.8 

7.5 


60 

41.7 

15 


90 

62.5 

22.5 


IBG size (ins.) 


.75 


.75 


.75 


.75 


.75 


.75 


Translator 


Standard 


Standard 


Standard 


Standard 


Standard 


Standard 


Data Converter 


Standard 


Standard 


Standard 


Optional 


Optional 


Optional 


Dual Density 
feature 
(800/1600 BPI) 


Optional 


Optional 


Optional 


Not 
available 


Not 
available 


Not 
available 



Optional 



Model 6 



H 5- '^ 



0-, 



Optional Optional 



Data rate (KB) 
at 800 BPI 

Recording 
technique at 
800 BPI 

IBG size at 800 
BPI (inches) 



160 



30 



.6 



60 



.6 



Control iinit 



3803 Same as 

with Model 3 

optional 

Seven-Track 

or Dual 

Density 

feature 

(not both) . 

Read while 

write (RWW) 

capability is 

not provided. 



Same as 
Model 3 



2803, 2804 
(RWW) Model 
1 with 
optional 
Seven-Track 
Compatibil- 
ity feature 

2803, 2804 
Model 2 with 
optional 
Seven-Track, 
Nine-Track, 
or Seven and 
Nine-Track 
Compatibil- 
ity feature 



Same as Same as 2803, 2804 Same as 
Model 1 Model 1 (RWW) Model Model 4 
2 with 
optional 
Seven-Track, 
Nine-Track, 
or Seven- 
and Nine- 
Track 

Compatibil- 
ity feature 



Same as 
Model 4 



Table 20.25.2. 3420 and 2401 Magnetic Tape Unit Characteristics (continued) 



Characteristic 



Model 3 



3420 Tape Units 



Model 5 



Model 7 



Model 1 



Model 2 



Model 3 



2401 Tape Units 



Model 4 



Model 5 



Model 6 



Tape switching 



2 X 16 

3 X 16 

4 X 16 
(Switching 
features in 
3803) 



Same as 
Model 3 



Same as 
Model 3 



2 X 16 

3 X 16 

4 X 16 
(Requires 
one or two 
2816 units) 



Same as 
Model 1 



Same as 
Model 1 



Same as 
Model 1 



Same as 
Model 1 



Same as 
Model 1 



Two-Channel 
Switch 



Optional 



Optional 



Optional 



Optional 
on 2803 
Model 1 
for Model 
67 and 
MP65 
system 
only 



Same as 
Model 1 



Same as 
Model 1 



Not 
available 



Not 
available 



Not 
available 
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SECTION 30: PROGRAMMING SYSTEMS SUPPORT 



30:05 TRENDS IN DATA PROCESSING AND PROGRAMMING SYSTEMS 

The Model 145 and its programming systems support have been designed 
to operate in the data processing environment that has been emerging 
since the introduction of System/360. 

Significant trends are the following: 

• Growth toward more multiprogramming to improve system throughput. 
Multiprogramming also permits the user to install new applications, 
such as small teleprocessing inquiry or graphics applications, 
that otherwise would not justify a dedicated system. 
Multiprogramming support also has encouraged the growth of new 
computer environments, as indicated by the items that follow. 

• Growth of integrated emulation, that is, concurrent native and 
emulation mode processing on one system. The execution of emulators 
under operating system control improves system throughput because 
emulators can use control program facilities (stacked job execution, 
data management functions, etc.) and because native mode and 
emulator jobs can be scheduled to operate concurrently to utilize 
available system resources more efficiently. The use of integrated 
emulators eliminates most reprogramming and eases transition from 
one system to another, permitting the user to expend his efforts 
extending and adding applications. 

• Greater use of high-level languages, such as COBOL, FORTRAN, and 
PL/I, for applications programming. The cost of programming has 
been increasing, while the cost of computing hardware has been 
decreasing. More productive use of programmers can be achieved 

by the use of high-level languages. Improvements to compile times 
and to the size and execution speed of code produced by high-level 
language translators have been made and continue to be made. The 
support of many more functions within high-level languages has 
also increased their use, and the growth of interactive computing 
has stimulated the addition of even more facilities. 

• Growth of teleprocessing applications, such as remote inquiry, 
message switching, data collection, and management information 
systems. The ability of System/360 and System/370 to handle 
teleprocessing and batch processing in one system, eliminates the 
necessity of dedicated, special purpose systems. 

• Growth of remote computing activities, such as remote job entry 
and interactive computing (or time sharing) , in both a nondedicated 
and a dedicated environment. Remote computing offers (1) fast 
turnaround for batch work submitted from remote locations, (2) 
remote user access to the large computing facilities and data base 
available at the central installation, and (3) interactive problem 
solving on a regular or a nonscheduled basis for personnel in 
locations remote from the central computer. In-house interactive 
computing is growing also as users attempt to use programmer time 
more efficiently. 

• Growth toward large, online data base systems. The growth in the 
marketplace of remote computing, time-sharing, and real-time 
applications necessitates the instant availability of more and 
more data. High-capacity, fast, low-cost, reliable direct access 
devices suDoorted bv aDorooriate data oraanizations, access 



techniques, and security measures will be required for this type 
of computing environment. 

IBM programming systems support by OS and DOS of these trends in 
data processing has been growing and continues to expand. The 
System/370 Model 145 offers hardware, I/O devices, and performance 
capability required by the expanding computing environment. 

30; 10 OS SUPPORT 

OS will be modified and extended in future releases so that it 
supports Model 145 hardware. Appropriate alteration of the resident 
portion of a control program (nucleus) generated for a Model iU5 will 
accommodate the fixed storage area of lower processor storage in the 
Model 145. OS for the Model 145 includes currently announced OS 
facilities and contains additional support to handle new Model 145 
hardware features and I/O devices. Emphasis also has been placed on 
extending error recovery, recording, diagnostic, and repair procedures. 

OS support of Model 145 features will be provided as follows 
(programming systems support of RAS features is discussed in Section 50) 

New instructions . The Assembler F (Type I) and Assembler H (program 
product) language translators will include mnemonics for the general 
purpose and other new instructions for the Model 145 so that these 
instructions can be used in user-written Assembler Language programs. 
The currently available OS high-level language translators will not 
generate the six new general purpose instructions. 

Extended precision floating point . Assemblers F and H will include 
support of the extended precision floating-point data format and 
instructions. In addition, extended precision will be supported by 
the FORTRAN H and PL/I Optimizing Compiler program products. 

The implementation of extended precision support by FORTRAN H and 
PL/I is such that the language translators and the processing programs 
they generate to include extended precision operations can operate 
on a System/370 or a System/360 with or without extended precision 
hardware. The language translator contains extended precision 
instructions and generates them for processing programs that use 
extended precision data. A program check interrupt occurs if an 
extended precision instruction is executed and the feature is not 
present in the system. This interrupt causes the processing program 
to call in a subroutine to handle extended precision operations . 
Extended precision divide is always simulated, since the extended 
precision feature does not include such an instruction. 

Interval timer . The interval timer will be supported for the same 
functions as it is currently except for time of day values. 

Time of day clock . This clock will be supported in MFT and MVT 
environments for time of day requests made by system and user tasks 
via the TIME macro. At IPL, the operator will have the option of 
validating the clock time and correcting an invalid value. 

Byte boundary alignment . The programmer has the ability to byte- 
align binary and floating-point data in Assembler Language programs, 
in ANS COBOL programs (by omitting the SYNCHRONIZED clause) , in PL/I 
programs (by specifying the UNALIGNED attribute) , and in FORTRAN 
programs. However, OS still expects parameters passed to it to be 
properly aligned and the high-level language translators still align 
unaligned fixed- and floating-point data before it is used. 
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1401/1440/1460 and 1401/40/60, 1410/7010 Compatibility features. 
Two integrated emulator programs will be provided, one to emulate 1401, 
1440, and 1460 programs and the other to emulate 1410 and 7010 programs. 
(Emulator programs are discussed in Section 40.) 

OS/DOS Compat ibil ity feature . An OS DOS emulator program will be 
provided to support emulation of a DOS system. (This emulator is 
discussed in Section 40.) 

New console devices . The 3210 Model 1 and 3215 Console Printer- 
Keyboards are supported as the primary operating system console device. 
A remote 3210 Model 2 is supported as an alternate or an additional 
console. (The MCS option is required to support the latter.) 

Channels . A byte multiplexer channel with up to 256 subchannels 
is supported. Selector and block multiplexer mode are supported also. 
During IPL, channel mode for all installed block multiplexer channels 
is established via a control register channel mode bit setting based 
on system generation channel definitions. (The channel mode bit is 
discussed in Section 10:20.) The operator does not have the option 
of changing this mode at IPL, nor does the control program change the 
mode setting during system operation. The IFA and 2319 DASF do not 
require any special programming and will be supported in the same 
manner as 2314 disk storage. 

The 3330 facility . The 3330 facility will be supported as an I/O 
device for most of the same functions as is the 2314 facility and by 
ASP and HASP. The error recovery routine provided for the 3330 will 
include support of the new hardware error correction features . 

RPS will be supported in MFT and MVT environments as follows . 

• The stand-alone seek issued within the I/O supervisor (lOS) will 

be eliminated for RPS devices (3330 facilities). lOS will continue 
to issue stand-alone seeks for direct access devices without RPS. 
lOS also will be capable of recognizing the channel available 
interrupt. 

• Access method support of RPS commands (SET SECTOR and READ SECTOR) 
will be provided by QSAM, BSAM, BPAM, BDAM, and ISAM. The sector 
number will be calculated for fixed length records when possible 
or obtained by use of the READ SECTOR command (for example, during 
sequential processing of variable length records). Specifically, 
RPS will supported by: 

QSAM AND BSAM for all record formats and functions provided 
for the 3330 facility except the undefined track overflow 
record format 

BPAM for processing directory and member records wherever 

possible (directory entries will not be modified to include 
sector values) 

BDAM for direct retrieval and update of fixed-length standard 
and VBS format records without key, and for write 
verification of all BDAM record formats. 



ISAM for: 



All operations involved in data set creation (fixed 
and variable length records) using QISAM load mode 
(index entries will not be modified to include sector 
values) 
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2. Sequential retrieval of fixed and variable length prime 
and overflow records using QISAM scan mode (all prime 
records except the first on the track) 

3. Addition of new records to the prime and overflow areas, 
including the searching of overflow chains, using BISAM 

U. All validity checking operations (data and index records) 

5. All updating operations (data and index records) 

6. Operations that require orientation to the beginning 

of the track before processing, such as index searching, 
BISAM direct retrievals, reading the first data record 
during sequential operations, etc. (a sector value of 
zero is used) 

• End-of-volume (EOV) routines will support concatenation of data 
sets residing on RPS and on non-RPS devices. The control program 
will ensure that an RPS access method is used for drives with the 
feature and that a non-RPS method is used for drives without the 
feature. 

• Any system utility, data set utility, or IBM-supplied processing 
program (such as a language translator) that uses the sequential 
access methods will support RPS. In addition, lEHMOVE, lEBCOPY, 
and the initialize/dump/restore utility (lEHDASDR) will include 
RPS support for 3330 facilities. 

• The Sort/Merge (program product) supports RPS for 3330 intermediate 
work devices. 

• Where appropriate, RPS commands for access to SYSRES data sets 
will be supported by: 

Data set catalog routines 

Direct access device space management (DADSM routines) 

for DSCB processing 
STOW, BLDL, and FIND processing of program 

library (PDS) directory entries 
OPEN/CLOSE/EOV processing of JFCB's in the job queue 
Routines that access the job queue 

Note that RPS command support is not provided for: 

Program fetch 

Access to TSO swap data sets 

Telecommunications access method (TCAM) message queue processing 
The stand-alone disk initialization and alternate track assign- 
ment routines (DASDI and lEHATLAS) 

The 2305 facility . The 2305 facility will be supported as an I/O 
device for most of the same functions as is 2303 Drum Storage. 

Rotational position sensing for 2305 facilities will be supported 
as discussed for the 3330 facility except that an arm positioning seek 
is not required on 2305 modules and the 2305 is not supported as an 
intermediate work unit by the Sort/Merge programs. In addition, the 
2305 is not supported by ASP or HASP or for TCAM message queues. 
Multiple requesting will be handled by the I/O supervisor, which will 
initiate up to seven channel programs on one 2305 module at a time. 
(The eighth logical device address is reserved for control purposes.) 
Multiple I/O operations to the same data set will be initiated if the 
data set is not being sequentially processed. (One operation must 
complete successfully before the next can be initiated during sequential 
processina. ) 
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Note that specification of exchange buffering for a QSAM data set 
on either the 3330 or the 2305 facility results in a default to simple 
buffering. 

3211 Printer with tapeless carriage . The 3211 Printer, with or 
without the 18 additional print positions, will be supported by QSAM 
and BSAM for exactly the same functions as is the m03 Printer and 
by ASP and HASP. In addition, the control program will handle loading 
of the forms control buffer (FCB) with carriage control images. This 
support is similar to that provided for Universal Character Buffer 
(UCB) loading. 

The user can define one or more default FCB images at system 
generation time. Two IBM-supplied default images are included 
automatically. All other FCB images to be used must be defined by 
the user and placed in SYSl.SVCLIB, as is the case with UCB images. 
User-supplied default images must be identified as defaults . The FCB 
image to be used by a processing program can be specified in the 3211 
Printer DD statement included for the job step and will be loaded into 
the FCB by the control program. 

The FCB image currently loaded can also be changed by the programmer 
during execution of the processing program by use of an Assembler 
Language macro. If the DD statement does not specify an FCB image 
and the image currently loaded is not one of the defaults specified 
at system generation, the operator is requested to specify the FCB 
image to be used. 

The FCB image (and the UCS character image) to be loaded for a 3211 
Printer used by an output writer can be indicated in the output writer 
procedure or in the START output writer command issued by the operator. 
FCB and UCB images can also be specified in the SYSOUT DD statement 
for a data set that is to be printed by the output writer, and they 
will be loaded into the 3811 control unit prior to the printing of 
the data set. 

Any time the FCB parameter is used, as described above, the user 
can specify that operator verification of forms alignment is to be 
requested by the control program via a console message when the buffer 
is loaded. The operator must respond to this message. 

The 3211 error recovery routine will retry a print operation after 
a parity check occurs in the UCB or print line buffer if QSAM is used 
and three I/O buffers are provided for the printer data set. When 
the operation is retried, the 3811 control unit ensures that only the 
print positions that did not print correctly the first time are 
reprinted. 

ASCII mode tapes . The capability of processing ASCII mode tapes 
on the Model 1U5, using OS, is provided by the following program 
products : 

• ANS Full COBOL Compiler V3 

• PL/I Optimizing Compiler 

• PL/I Transient Library 

• Sort/Merge 

• FORTRAN IV Library (Mod I) 

• FORTRAN IV Library (Mod II) 

• Data Set Utilities - a set of four ASCII utilities that includes 
printing, punching, and comparison of ASCII mode tapes in addition 
to translation to and from ASCII mode 

• TSO Data Utilities 
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The 3803/3t|20 Magnetic Tape Subsystem . This tape subsystem will 
be supported as an I/O device for the same functions as 2U00-series 
tape units. This includes support of tape switching. Seven- Track, 
and Dual Density features. (Note that 200-BPI density tapes are not 
supported because the Seven-Track feature includes only 556 and 800- 
BPI densities.) The Two-Channel switch is supported for alternate path 
switching. The RESERVE and RELEASE commands are not supported. 

30;15 DOS SUPPORT 

DOS will be modified in future releases so that it supports certain 
Model 1U5 hardware features. Appropriate alteration of the DOS 
supervisor generated for a Model 145 will allow it to accommodate the 
fixed storage area of lower processor storage in the Model 145. 

DOS support of Model 145 features will be provided as follows 
(programming systems support of RAS features is discussed in Section 50) : 

New instructions . Assembler D (14K variant) will include mnemonics 
for all the new instructions so that they can be used in user-written 
Assembler Language programs. The DOS high-level language translators 
currently available will not generate the six new general purpose 
instructions . 

Extended precision floating point . Mnemonics for extended precision 
instructions and data formats will be added to Assembler D (14K 
variant) . The DOS high-level language translators currently available 
do not support extended precision. 

Interval timer. The timer will be supported in the same manner 
as it is currently, for time of day and time intervals. 

Time of day clock. This clock is not supported for time of day 
values. 

Byte boundary alignment . The programmer has the ability to byte- 
aligp binary and floating-point data in Assembler Language programs, 
in ANS COBOL programs (by omitting the SYNCHRONIZED clause) , and in 
PL/I programs (by specifying the UNALIGNED attribute) . However, COBOL 
and PL/I still align unaligned fixed- and floating-point data prior 
to its use. 

1401/1440/1460 and 1401/40/60, 1410/7010 Compatibility features. 
Two integrated emulator programs will be provided, one to emulate 
1401/1440/1460 programs and the other to emulate 1410/7010 programs. 
(See Section 40 for a complete discussion of these emulator programs.) 

New consoles . The 3210 Model 1 and the 3215 Console Printer- 
Keyboards are supported as the DOS console device. A remote 3210 Model 
2 console is not supported. 

Channels . A single byte multiplexer channel, with up to 256 
subchannels, and selector channel mode are supported. Block multiplexer 
mode is not supported. The IFA and 2319 DASF do not require any special 
programming support and will be supported in the same manner as 2314 
disk storage. 

New direct access devices. The 3330 and 2305 facilities are not 
supported. 

3211 Printer . This printer, with or without the 18 additional print 
positions, will be supported in the same manner as is the 1403 Printer, 
including support by DOS POWER. Forms control buffer and Universal 
Character Buffer loading for the 3211 will be handled in the same way. 
The user must execute an IBM-supplied buffer load utility program 

51 



PageofGC20-1734-0 
Revised 11/5/70 
ByTNLGN20-2273 

(SYSBUFLD) as a job step in order to load the FCB and/or the UCB. 

No provision has been made for loading the FCB or UCB during execution 

of a job step. User-defined UCB images must be loaded from the core 

image library. FCB images can be loaded from cards or the core image 

library. 

If a command retry indication is present, the 3211 error recovery 
routine supports retry of an operation that failed. This option must 
be requested by the user in the DTF for the 3211 Printer. 

ASCII mode tapes . The capability of processing ASCII mode tapes 
on the Model 1U5, using DOS, is provided by the following program 
products : 

• ANS Full COBOL Compiler V3 

• ANS Full COBOL Object-Time Library 

• ANS Subset COBOL Compiler and Library 

• PL/I Optimizing Compiler 

• PL/I Transient Library 

• FORTRAN IV Library 

• ASCII Magnetic Tape Utilities 

• Tape and Disk Sort/Merge 

The 3803/3U20 Magnetic Tape Subsystem . This tape subsystem will 
be supported as an I/O device for the same functions as 2U00-series 
tape units. This includes support of tape switching (two control units 
only), Seven-Track, and Dual Density features. (Note that 200-BPI 
density tapes are not supported because the Seven-Track feature includes 
only 556 and 800-BPI densities.) The Two-Channel switch is supported for 
alternate path switching. The RESERVE and RELEASE commands are not 
supported. 
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SECTION UO: EMULATORS 



40:05 OS 1410/7010 AND 1401/1440/1460 EMULATOR PROGRAMS 



FEATURES COMMON TO BOTH EMULATORS 

One of the significant new features of the Model 145 for OS users 
is support of integrated 1400/7010-series emulation. Only stand-alone 
1400/7010 emulation is available to Model 30 and 40 OS users. A 
1410/7010 Emulator program and a 1401/1440/1460 Emulator program that 
operate under OS control on the Model 145 are provided. These two 
emulator programs are the same programs provided for operation under 
OS on the System/370 Model 155. 

An emulator program requires the presence of either the IBM 
1401/1440/1460 Compatibility or the 1401/40/60, 1410/7010 Compatibility 
feature. These no-charge options are the same features used by the 
two integrated DOS 1400/7010 emulator programs for the Model 145. 
The latter feature permits operation of both the 1401/1440/1460 emulator 
and the 1410/7010 emulator, which operate as processing programs in 
MFT and MVT environments and are alike in their functional design. 
Those features ccanmon to both are discussed first. 

The 1400/7010 emulator programs supplied for the Model 145 are 
relocatable and thus can operate in one or more MFT partitions or MVT 
regions. Any number of emulator jobs of the same or different types 
(1401, 1440, 1460, 1410, and 7010) can execute concurrently with 
System/370 jobs in the same Model 145, subject to the availability 
of system resources. Emulator and System/370 jobs can be intermixed 
in the input stream, since emulator job scheduling, initiation, and 
resource allocation are handled by OS job management routines . I/O 
operations are handled by OS data management. Emulator jobs are 
executed by job priority as is any OS job. 

Integrated emulation provides a number of advantages over stand- 
alone emulation that can increase system throughput. The ability to 
execute 1400/7010-series jobs under operating system control offers 
emulation users the benefits of multiprogramming and OS facilities. 
The advantages of Model 145 integrated emulation are: 

• Significantly better resource utilization, since System/370 native 
mode and 1400/7010-series emulator jobs can be multiprogrammed. 
Stand-alone emulators normally use only a portion of the hardware 
resources available in the system. 

• Standardized and simplified job accounting and job scheduling. 
The latter reduces the number of IPL's required because switching 
from operating system to stand-alone emulation mode of system 
operation is not required. 

• The ability to extend or add applications such as graphics, 
teleprocessing, time sharing, etc., because a dedicated emulation 
environment is no longer required and more system resources are 
available in a given time period. 

• The ability to process certain 1400/7010-series tape and disk data 
sets, using both System/370 and emulated 1400/7010-series programs. 
Existing 1400/7010 tape files can be converted to a standard OS 
data format using the IBM-supplied Tape Preprocessor formatting 
program. Existing 1400/7010 disk files must be converted. 
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• More efficient use of direct access space, since both mOO/7010 
and Systeni/370 data sets can be placed on the same disk volume. 

• Device independence for emulator-supported I/O devices used by 
emulated mOO/7010-series programs that handle data sets in OS 
VBS data format. OS access methods are used to handle I/O 
operations so that new functions and I/O device support added to 
the access method routines used by the emulator programs are 
automatically available to emulated 1400/7010-series jobs. Tape 
and unit record lUOO/7010-series files can be emulated on System/370 
direct access devices. 

The two emulator programs provided for the Model li»5 use simulation 
routines, compatibility feature microprogram instructions, the Model 
1U5 instruction set, and OS supervisor and data management routines 
to emulate 1400/7010-series program operations. QSAM is used for unit 
record emulation, BSAM is used for tape emulation, and BDAM is used 
for disk emulation. Figure UO.05.1 shows the general layout of an 
emulator program partition or region and indicates the range of 
processor storage requirements for both emulator programs. Note that 
1400/7010 storage is simulated in contiguous Model 145 storage (each 
1400/7010 position is simulated by a byte). 



1401/1440/1460 



2K to lOK 



Partition or Region 



OS Data Management 
Routines 



Buffers and Control 
Blocks 



2K to 16K 1401 Systems 
2K to 16K 1440 Systems 
8K to 16K 1460 Systems 



Approximately 
20K to 34K 



Available Storage 



1410/7010 



2K to lOK 



Simulated 1400/7010 
Storage (size of 
system being 
emulated) 



Emulator Routines 



lOK to 80K 1410 Systems 
4 OK to lOOK 7010 Systems 



Approximately 
22. 5K to 44K 



Figure 40.05.1. 



Partition or region layout for an OS 1400/7010-series 
emulator program job step, with general storage 
requirements indicated 



The specific emulator program to be used by an installation must 
be constructed via an emulator generation procedure, which produces 
the job control statements required to assemble and link-edit the 
desired emulator modules and place the emulator program in SYSl.LINKLIB. 
Emulator program routines and data formatting programs (Tape 
Preprocessor, Tape Postprocessor, and Format Disk) are distributed 
on a restore tape independently from regular OS releases. All Model 145 
1400/7010-series emulator users receive the same two tape formatting 
programs. One disk formatting program is supplied. It handles 
Preformatting for 1401/1440/1460 files and 1410/7010 files. The 
following must be done to include one of the emulators in an OS 
operating system for the Model 145: 

• Certain facts about the emulator program to be used with the 

operating system generated must be specified in the input required 
to generate the OS control program. 
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• The emulator restore tape must be obtained from PID and an emulator 
program with the desired facilities must be generated and placed 
in SYSl.LINKLIB. More than one version of a lUOO/7010-series 
emulator program for the same and different systems can exist in 
an operating system. 

The emulator program generated will emulate, without change, 
1400/7010 programs that are written in accordance with IBM 1400/7010 
Principles of C^eration manuals and that are operating on 1400/7010 
systems, subject to the following conditions: 

1. Time- dependent programs may not execute properly. Provision 
has been made to allow some time-dependent programs to be 
emulated correctly. (See the appropriate emulator planning 
manual for details.) 

2. Progreuns that depend on error conditions or on the absence of 
a particular feature may not be emulated correctly. 

3. Programs with undetected programming errors will give 
unpredictable results. 

4. Only the 64-character BCD set is accepted by the emulators. 

5. Programs that use unsupported features or I/O devices (as 
described for each emulator in this subsection and in the 
emulator program reference manuals) must be modified to conform 
to the support provided by the specific emulator program unless 
a user routine is written to handle the feature. 

The Model 145 1400/7010 integrated emulator programs support the 
same facilities as the stand-alone 1401/1440/1460 and 1410/7010 
emulators for System/360 models except for a few special features not 
supported by the Model 145 emulators. Thus, any 1400/7010 program 
that is being executed by a stand-alone System/360 emulator and that 
does not use one of these special features can be emulated on the 
Model 145 without change. 

Tape and Disk Formatting Programs and Data Formats 

The Tape Preprocessor and Tape Postprocessor formatting programs 
supplied to Model 145 1400/7010-series emulator users operate as 
processing prograuns cind can be executed with any OS control program 
generated with the emulator macro specified. The Tape Preprocessor 
operates in a program area of 4K bytes plus I/O buffer requirements 
and accepts as input seven- and nine-track tape in 1400/7010-series 
format with or without 1400/7010 labels. It accepts mixed density 
1400/7010 files, that is, files with header labels written in a density 
different from that of the data. The emulator programs consider a 
change in density to be an error and expect the emulated program to 
handle this condition. Therefore., it may be desirable to preprocess 
mixed density 1400/7010- format files. 

The preprocessor produces as output spanned variable-length (OS 
VBS) format data that can be written on seven- or nine-track tape or 
on direct access storage. Input records longer than 32,755 bytes are 
reblocked, since OS BSAM cannot handle a physical data block longer 
than 32K. VBS format tape can be unlabeled or have OS standard labels, 
in addition to any 1400/7010 labels. The preprocessor converts 
1400/7010 labels and tapemarks into data records that are recognized 
by the emulator program. Thus, if VBS format tapes with 1400/7010 
label data records are to be processed by System/370 programs, the 
tape must be rewritten to remove the label data records or the 
System/370 program must contain a routine to recognize these records. 
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The Tape Postprocessor operates in a program area of 5K bytes plus 
I/O buffer requirements and performs the reverse of the Tape 
Preprocessor. The postprocessor program is useful when a copy of a 
data set in OS VBS and another in lUOO/7010 format are required or 
if mixed density 1400/7010- format files are required. (The 1400/7010- 
series emulator programs accept as input and produce as output both 
the formats handled by these two tape formatting programs.) 

The tape formatting and emulator programs handle 200, 556, 800, 
and 1600 BPI density, mixed density, and even, odd, and mixed parity 
seven-track tapes. VBS or mOO/7010-format data written on nine-track 
tape is coded in EBCDIC. If VBS format tapes are processed on a seven- 
track tape unit, the tape control unit must have the Seven-Track 
Compatibility and Data Convert features installed. The alternate mode 
used by stand-alone System/360 lUOO/7010 emulators is accepted by the 
Model 145 emulator programs as well. 

While existing tape files with blocks longer than 32K bytes must 
be preprocessed, conversion to VBS format offers the following 
advantages : 

• The ability to emulate tape data sets on direct access devices 
for more flexibility in I/O device assignment 

• The ability to increase emulator job performance by reblocking 
lUOO/7010-series-format tape files with short blocks 

• The ability to reduce processor storage buffer requirements by 
reblocking files with very large blocks 

• The ability to process VBS format tape and move mode disk data 
sets with both OS and emulated 140 0/7010- series programs if the 

OS programs can handle 1400/7010 label and tapemark records. (Load 
mode disk data sets are not accepted by OS programs.) 

The disk formatting program supplied operates as a processing 
program, and an area of 2K bytes in addition to buffer requirements 
is needed for its execution. This program must be used to format 
System/370 disk volumes that are to contain 1400/7010 disk data. In 
order to convert 1400/7010 disk files that are being processed on a 
1400/7010 system or by a stand-alone System/ 3 60 1400/7010 emulator 
to a format acceptable to the Model 145 emulator program, the following 
must be done: 

1. The contents of the disk must be dumped to tape, using a 
1400/7010 disk-to-tape utility program. This must be done on 

a 1400/7010 system if the data was created and is being processed 
on a 1400/7010 system. A System/360 with a stand-alone 1400/7010 
emulator must be used to convert 1400/7010-format data files 
that are being emulated on System/360 direct access devices. 

2. One or more initialized System/ 370 disk volumes must be formatted 
by executing the IBM-supplied disk formatting program on a 
Model 145 under OS MFT or MVT control. 

3. A 1400/7010 tape-to-disk utility program must be executed on 
a Model 145 under emulator program control to restore the 
1400/7010 data on tape to the formatted System/370 disk 
volume (s) . 

The data records on one 1400/7010 disk track are formatted into 
one fixed-length record, which is generally placed on one System/370 
disk track. If one System/ 370 track is not large enough to contain 
the fixed-length record created from one 1400/7010 track, the track 
overflow feature is required on the System/370 device or another 
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System/370 disk device type must be used. Depending on the disk devices 
involved, one System/370 disk track may be large enough to contain 
the data from more than one 1400/7010 disk track, and use of the track 
overflow feature is an option. If used, it may result in more efficient 
use of System/370 direct access space. However, I/O processing time 
is increased by use of the track overflow feature. 

Job Submission and Operator Communicat ion 

OS job control and Model 145 1400/7010 Emulator program control 
statements must be present for each emulated 1400/7010-series object 
program. Subject to the restrictions listed previously, existing 
1400/7010 prograuns need not be modified. 

The required emulator control statements for emulated 1400/7010 
programs are provided in a card, tape, or disk sequential data set 
or in the input stream. The 1400/7010 object programs to be emulated 
can be placed in the input stream, on tape, or in a partitioned data 
set on disk. An emulator control statement describes their location. 

Card input to 1400/7010 programs can be placed in the input stream 
to be read by the reader/interpreter and placed in a SYSIN data set. 
Alternately, card input can be emulated via a tape or disk sequential 
data set. Data to be printed or punched can be placed in a sequential 
tape or disk data set or in a SYSODT data set on disk for transcription 
by an output vnriter. Use of an OS reader interpreter and output writer 
to handle unit record operations should reduce the execution time 
required to emulate 1400/7010 programs. 

The operator communicates with an emulator partition or region via 
emulator commands that can be entered using the operating system 
console. The coHmands provided allow simulation of 1400/7010 console 
operations and can also be used in debugging operations. The operator 
can display I/O assignments, sense switch settings, etc., in effect 
for an executing 1400/7010 program. In addition, the operator can 
alter and dump processor storage selectively within the emulator program 
partition or region. 

If multiple console support (MCS) is included in the OS control 
program generated, emulator program messages can be routed to a specific 
console device so that emulation messages are isolated. 

Installing an Emulator 

The following outlines the general procedure required to make the 
transition from 1400/7010 system operation or stand-alone System/360 
1400/7010 emulation to Model 145 emulation under OS. 

1. Generate an OS operating system for the Model 145 and specify 
required parameters that describe the 1400/7010 emulator program 
to be used with this operating system. (Generating an operating 
system for the Model 145 is discussed in Section 60.) 

2. Generate the desired 1400/7010 emulator. 

3. Add required OS job control and emulator control statements 
to the existing 1400/7010 programs that are to be emulated on 
the Model 145. Subject to the conditions stated previously 

in this section, modification of 1400/7010 programs may or may 
not be required. Optionally, 1400/7010 programs can be placed 
in a library (PDS) by using the OS lEBGENER utility program. 

4. Tapes in 1400/7010 mode with blocks shorter than 18 bytes or 
longer than 32K must be preprocessed . 
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5. Disk files must be transferred to Model ms direct access devices 
by using the steps already outlined. 

6. Optionally, routines to support features and I/O devices not 
handled by the emulator program can be written and placed in 

a library. The generated 1400/7010 emulator program will cause 
them to be loaded. 

When installation of a 1400/7010 emulator is being planned, 
consideration should be given to the factors that affect the performance 
of emulated 1400/7010 jobs. Throughput of 1400/7010 jobs is affected 
by the mix of CPU and I/O operations executed by the compatibility 
feature and the amount of interference from higher priority partitions 
or regions. A large factor in performance is the way I/O operations 
are handled. The following steps can be taken to achieve improved 
emulator job throughput if enough processor storage is available: 

1 . Allocate one buffer to each access mechanism simulated instead 
of sharing buffers among multiple access mechanisms. (Do not 
use the shared buffer option for disk data sets unless processor 
storage is limited.) 

2. Allocate two buffers to each tape data set instead of one. 

3. Convert 1400- format tape files to VBS format for emulator 
processing. 

4. Using the Tape Preprocessor, reblock tape files containing short 
blocks . 

5. Do not use the track overflow feature for emulated disk data 
sets unless direct access space is at a premium. 

OS 1410/7010 EMULATOR PROGRAM SUPPORT 

The OS 1410/7010 Emulator program can emulate a small 1410 system 
on a 160K Model 145 with the 1401/40/60, 1410/7010 Compatibility feature 
and enough I/O devices for the operating system and emulated 1410/7010 
devices. 

The partition or region size required depends on the features, I/O 
devices, and buffering used and on the size of the system being 
emulated. The estimated emulator program size varies from a minimum 
of approximately 22. 5K, for a basic system with unit record I/O device 
support only, to a maximum of approximately 44K for all special features 
and unit record, tape, and disk support. A large 7010 system — lOOK, 
14 tape units, each with a IK buffer, 4 disk units using two 2K shared 
buffers, and unit record devices with 400 bytes of buffers — requires 
a 164K partition or region for emulation. This figure includes 7.5K 
of access method routines. (For details about processor storage 
requirements, see Emulating the IBM 1410 and 7010 on IBM System/370 
Models 155 and 145 using OS/360 .) 

Table 40.05.1 lists the 1410/7010 system features supported and 
not supported by the Model 145 1410/7010 Emulator program. Table 
40.05.2 lists 1410/7010 I/O devices and features emulated and their 
Model 145 I/O device counterparts, while Table 40.05.3 indicates 
unsupported 1410/7010 devices. 

The number of Model 145 direct access devices required to emulate 
a 1410/7010 disk device is indicated in Table 40.05.4. Requirements 
with and without use of the track overflow feature are indicated. 
A pair of numbers is given in each column for a device. The top entry 
represents the number of drives required. The bottom entry indicates 

58 



the niimber of unused cylinders in the last disk pack used, all others 
being full (199 cylinders per 2311 and 2314, 403 per 3330). Note that 
2311 drives without track overflow cannot be used to emulate 1302 and 
2302 Disk Storage. 

The Model 145 integrated OS lUlO/7010 Emulator program supports 
the same facilities and I/O devices as the stand-alone 1410/7010 
emulator for System/360 models except for the 51-Column Card and 
Selective Stacker special features on the 1402 Card Read Punch. 

Table 40.05.1. 1410/7010 system features supported and unsupported 
by the Model 145 OS 1410/7010 Emulator program 



1410 Features 


7010 Features 


Supported 


Supported 


All basic CPU functions 


Standard 7010 instruction set 


Core storage up to a 


with store and restore status 


meiximum of 80,000 


Main storage up to a maximum of 


positions 


100,000 positions 


Inverted Print Edit 


Floating Point Arithmetic 


Priority Processing 


Processing Overlap 


Processing Overlap 


Priority Feature 


One or two channels 


Inverted Print Edit 




One to four channels 


Unsupported 


Unsupported 


The 1400 Diagnostic instruction 


1401/1410 compatibility Mode 


Branch on Tape Indicate 


Diagnostic instruction Branch 




on C Bit 




Program Relocation 




Storage Protection 




Interval Timer 
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Table UO.05.2. IBM imO/7010 I/O devices and features emulated by the 
OS 1410/7010 Emulator program and their Model 1U5 
equivalents 



lUlO/7010 I/O Device 



Model 145 I/O Device 



1402 Card Read Punch 
1442 Card Reader 
Features not emulated are: 

Select Stacker 

Column Binary 

51-Column Card 
Programmed reading from more 
than one reader or punching 
on more than one punch within 
a program is not supported. 

1403 Printer 

Programmed printing on more 
than one printer within a 
program is not supported. 



729 Model II, IV, V, and VI 
Magnetic Tape Units 
7330 Magnetic Tape Unit 



• 1415 Console 



1301 Disk Storage Model 1 or 2 

1302 Disk Storage Model 1 or 2 
2302 Disk Storage Model 1 or 2 
All features emulated except 
Write Disk Check (treated as a 
no-op) and operations involving 
the CE tracks. Write 
verification can be requested 
in the OS job control 
statement for the emulated 
disk device. 



Any card reader, card read 
punch, magnetic tape unit, or 
direct access device supported 
by OS QSAM 



Any printer, magnetic tape unit, or 
direct access device supported by 
OS QSAM. A printer must have the 
UCS feature to emulate the 
preferred character set and 
numerical print features 
correctly. 

Any tape unit or direct access 
device supported by OS BSAM. 
VBS format is used for 1410/7010 
tape files emulated on a direct 
access device. Seven-track 
tapes must be emulated on tape 
units with a seven- track head. 
The tape control unit must have 
seven- track and data convert 
capability if EBCDIC is used. 

Any Model 145 operator console 
supported by OS 

Any direct access storage device 
supported by OS BDAM. A 
maximum of 20 simulated arms 
per channel are supported. If 
two or more System/370 direct 
access devices are required to 
emulate one 1410/7010 disk 
device, all Model 145 disk 
devices used to emulate that 
device must be of the same type. 
The 2311 cannot be used to 
emulate 1302 or 2302 Disk 
Storage unless the Track 
Overflow feature is present. 



Table 40.05.3. IBM 1410/7010 I/O devices not supported by the Model 145 
OS 1410/7010 Emulator program 



1311 Disk Storage Drive 
1405 Disk Storage 

1011 Paper Tape Reader 

1012 Tape Punch 



Magnetic character readers 
7340 Hypertape Drive 
Teleprocessing devices 
Optical character readers 
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Table 40.05.4. Model 145 direct access device requirements for emulation 
of 1410/7010 disk devices using OS with and without 
the track overflow (T,0.) feature. Number of packs 
required and number of remaining available cylinders 
on the last pack are shown by the first and second row 
of figures, respectively, for each entry. 



1410/7010 


Number of Model 145 


Drives Required pe 


'r 1410/7010 Device 


2311 Disk Drives 


2314 Disk 


Drives 


3330 Disk 


Drives 


Disk Device 


Without With 


Without 


With 


Without 


With 




T.O. T.O. 


T.O. 


T.O. 


T.O. 


T.O. 


1301 Disk 


6 5 


2 


2 


1 


1 


Storage 
Model 1 


194 170 


148 


190 


271 


283 


1301 Disk 


11 9 


3 


3 


1 


1 


Storage 
Model 2 


189 130 


97 


180 


139 


164 


1302, 2302 


18 


6 


5 


2 


2 


Disk Stora 
Model 1 


ge 

180 


194 


150 


279 


321 


1302, 2302 


35 


11 


9 


3 


3 


Disk Stora 
Model 2 


ge 

156 


189 


102 


156 


239 



OS 1401/1440/1460 EMULATOR PROGRAM SUPPORT 



The OS 1401/1440/1460 Emulator program can operate on a 112K Model 
with the 1401/1440/1460 Compatibility or the 1401/40/60, 1410/7010 
Compatibility feature and enough I/O devices for the operating system 
and emulated 1400 devices. 
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The partition or region size required depends on the features, I/O 
devices, and buffering used and on the size of the system being 
emulated. The emulator program size varies from a minimum of 
approximately 20K, for a basic system *dth unit record I/O device 
support only, to a maximum of approximately 34K for all special features 
and unit record, tape, and 1311/1301 disk support. A 16K 1401 system 
with unit record devices (400 bytes of buffers) and six tape units 
(IK buffer per tape unit) can be emulated in a 54K partition or region. 
This figure includes approximately 3.9K for access method routines. 
(For details about processor storage requirements see Emulating the 
IBM 1401, 1440 , and 1460 on IBM System/ 370 Models 155 and 145 using 
OS/360 .) 

Note that a 1401/1440/1460 Emulator program can be generated to 
handle 1405 Disk Storage or 1311/1301 Disk Storage but not both. 

Table 40.05.5 lists the 1401/1440/1460 system features supported 
and not supported by the Model 145 OS 1401/1440/1460 Emulator program. 
Table 40.05.6 lists 1401/1440/1460 I/O devices and features emulated 
and their Model 145 I/O device counterparts, while Table 40.05.7 
indicates unsupported 1400-series devices. 

The number of Model 145 direct access devices required to emulate 
a 1400-series disk device is indicated in Table 40.05.8. Requirements 
with and without use of the track overflow feature are indicated. 
A pair of numbers is given in each column for a device. The top entry 
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represents the number of drives required. The bottom entry indicates 
the number of unused cylinders in the last disk pack used, all others 
being full (199 cylinders per 2311 and 2314, 403 per 3330). 

The Model 145 integrated OS 1401/1440/1460 Emulator program supports 
the same facilities and I/O devices as the stand-alone 1401/1440/1460 
emulator for System/360 models except for 51-Column Card, Punch Feed 
Read, and Selective Stacker on the 1402 Card Read Punch and Column 
Binary and Binary Transfer in the CPU. 

Table 40.05.5. IBM 1401/1440/1460 system features supported by the 
Model 145 OS 1401/1440/1460 Emulator program 



All basic CPU operations 


Sense Switches 


1401 Models A-F, H 


Indexing and Store Address 


1440 Model A 


Register (1440,1460) 


1460 all models 


Advanced Programming 


Core storage up to 16,000 


Bit Test 


positions 


Print Storage 


Expanded Print Edit 


Additional Print Control 


Inverted Print Edit 


Space Suppression 


High-Low- Equal Compare 


Processing Overlap 


Multiply-Divide 
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Table 40.05.6. IBM 1 4 01/1 4 U 0/1 460 I/O devices and features emulated by 
the OS llOl/luaO/meo Emulator program and their 
Model 145 counterparts 



moi/mao/meo 


Model 145 I/O Device 


• 1402, 1442 card Read Punch 


• Any card reader, card read 


1442 Card Reader 


punch, magnetic tape unit, or 


The following features are 


direct access device supported 


not ^nulated; 


by OS QSAM 


Column Binary (1402) 




51 -Column Card (1402) 




Punch-Feed Read (1402) 




Read-Punch Release (1402) 




Card Image (1402) 




Punch-Column-Skip (1442) 




Read and punch same card 




(1442) 




Selective Stacker (1442) 




Programmed reading from more 




than one reader or punching 




on more than one punch within 




a program is not supported. 




• 1443, 1403 Printer 


• Any card reader, card read 


The Selective Tape Listing 


or direct access device 


feature and programmed 


supported by OS QSAM. A 


printing on more than one 


printer must have the UCS 


printer are not supported. 


feature to emulate the 




preferred character set and 




numerical print features 




correctly. 


• 729 Model II, IV, V,, and VI 


• T^y tape unit or direct access 


Magnetic Tape Units 


device supported by OS BSAM. 


7330,, 7335 Magnetic Tape 


VBS format is used for 1400 tape 


Units 


files emulated on a direct 


(Ccnnpressed tapes are not 


access device. 


supported. ) 


Seven- track tapes must be 




emulated on tape units with a 




seven- track head attached to a 




tape control unit with seven- 




track and data convert capability 


• 1407 Console Inquiry Station 


• Any Model 145 operator console 


1447 Console 


supported by OS 


The Branch on Buffer Busy 




feature (1447) is not supported. 




• 1301 Disk Storage (only one 


• Any direct access device 


access arm) 


supported by OS BDAM. 


1311 Disk Storage Drive 


If two or more System/370 


1405 Disk Storage Models 1 and 2 


direct access devices are 


Up to five 1311 drives and 


required to emulate one 1400 


one 1301 module or one 1405 


disk device, all Model 145 


Model 1 or 2 can be 


disk devices used to emulate 


emulated. All features are 


that device must of the same 


supported except Write Disk 


type. 


Check (treated as a no-op) . 




Write verification can be 




requested in the OS job 




control statement for the 




emulated disk device. 
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Table 40.05.7. mOl/1440/1460 I/O devices and features not supported 
by the Model 145 OS 1401/1440/1460 Emulator program 



1400 I/O Device 


1400 Feature 


1404 Printer 

1444 Card Punch 

1445 Printer 

1011 Paper Tape Reader 

1012 Tape Punch 
Optical readers 
Magnetic character readers 
7340 Hypertape Drive 
Teleprocessing devices 


1401 Model G 
Binary Transfer 



Table 40.05.8. 



Model 145 direct access device requir«nents for emulation 
of 1401/1440/1460 disk devices using OS with and without 
the track overflow (T.O.) feature. Number of packs 
required and number of remaining available cylinders 
on the last pack are shown by the first and second rows 
of figures, respectively, for each entry. Two figures 
sho%m in the number of System/370 drives column indicate 
that more than one 1400-series device can be emulated 
on a single Model 145 disk drive. 



1401/1440/1460 
Disk Device 


Number 


of Model 145 Drives 


Required 


per 1400 Device 


2311 Disk Drives 
Without With 
T-0. T.O. 


2314 Disk Drives 
Without With 
T.O. T.O. 


3330 Disk Drives 
Without With 
T.O. T.O. 


1405 Disk 
(Model 1) 


2 
64 


2 
82 


2:1 
31 


2:1 
35 


8:1 
19 


8:1 
22 


1405 Disk 
(Model 2) 


4 
131 


4 
160 


1 
31 


1 

35 


4:1 
2 


4:1 
22 


1311 Disk 
(Sector mode) 


1 
99 


3:1 
6 


11:1 
12 


11:1 
12 


38:1 
3 


43:1 
4 


1311 Disk 
(Track mode 
or both track 
and sector 
mode) 


1 
99 


2:1 
24 


7:1 
24 


8:1 
22 


30:1 
8 


33:1 



1301 Disk 
(Sector mode) 


6 
194 


4 
158 


1 
32 


1 
37 


3:1 

87 


4:1 
36 


1301 Disk 
(Track mode 
or both track 
and sector 
mode) 


6 
194 


4 
48 


2 
148 


1 
10 


3:1 

7 


3:1 
77 


40:10 DOS 1401/1 


440/1460 


AND 1410/7 


010 EMULATOR PROGRA 


MS 





FEATURES COMMON TO BOTH EMULATORS 

The Model 145 continues the advantages of integrated emulation for 
DOS CS/30 and CS/40 users. In addition, these advantages are now 
extended to users of 1410/7010 stand-alone emulation. 
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A ItJOl/lUIO/meO and a 1«H0/7010 Emulator program are provided. 
These two emulator programs are the same programs that are provided 
for operation under DOS on the System/ 370 Model 155. Both emulator 
programs are common in design and run as problem programs under DOS 
on a Model 145 equipped with either the 1401/1440/1 '♦SO Compatibility 
or the 1401/40/60,, 1410/7010 Compatibility feature. The latter feature 
permits operation of both the 1401/1440/1460 emulator and the 1410/7010 
emulator. These two no-charge compatibility features are also used 
by the Model 145 OS 1401/1440/1460 and 1410/7010 emulators. 

The emulators can be used in a batch-only system environment or 
can operate in the background and batched foreground partitions of 
a multiprogrcunming system. Therefore, more than one 1401/1440/1460 
or 1410/7010 Emulator program can execute concurrently with each other 
and with System/370 programs. Additionally, emulated jobs and DOS 
jobs can be intermixed in a single job stream. 

The Model 145 DOS integrated emulators consist of a compatibility 
feature, simulation routines, and DOS data management routines.. They 
offer Model 145 users the following advantages: 

• System resources are more fully utilized. 

• Emulators can run concurrently in all three partitions of a 
multiprogramming system. They are relocatable and can be link- 
edited to run in any partition. 

• 1401/1440/1460 and 1410/7010 Emulator programs and DOS programs 
can be executed concurrently and intermixed in a single job stream. 

• DOS supervisor and data management services are available to the 
user. This provides job control facilities, standard disk and 
tape label processing, and common data formats for emulator files 
and DOS files. 

• 1400/7010 unit record input/output operations are device independent 
and can be emulated on Model 145 unit record devices, magnetic 

tape units, or direct access storage devices. 

Emulator Program Generation and Execution 

The Model 145 DOS emulators are distributed with DOS releases. 
An emulator is assembled by the use of macro instructions. The macro 
instructions describe the 1400/7010 CPU, input/output devices, special 
features, data files, emulator buffers, and the desired user options. 
When assembled, the macros provide an object module and linkage to 
preassembled modules stored in the system relocatable library. The 
preassembled modules are combined with the emulator object module by 
the linkage editor for cataloging in the core image library. Any 
number of emulators can be assembled and cataloged in the core image 
library to run in any partition. 

The emulator program generated will emulate, without change, 
1400/7010 programs written in accordance with IBM 1400/7010 Principles 
of Operation manuals, subject to the following conditions: 

• 1400/7010 programs that purposely depend on the absence of a 
1400/7010 feature or on error conditions may not execute properly. 

• Programs with undetected programming errors and those that depend 
on timing of 1400/7010 I/O operations yield unpredictable results. 

An emulator program is handled by DOS in the same manner as any 
problem program. When using the 1401/1440/14 60 emulator, 1400 programs 
may be cataloged to, and fetched from, the core image library for 
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execution or loaded from a card, tape, or direct access storage device; 
lUlO/7010 programs can be loaded only from a card, tape, or direct 
access storage device. Standard DOS job control statements are used 
to prepare the system for an emulator job. The exec job control 
statement causes the specified emulator program to be loaded and control 
is passed to the emulator program. Emulator control statements are 
read by the emulator from the logical unit selected at generation time. 

Emulation with the m01/m40/m60 and 1410/7010 emulators consists 
of three main steps: 

1. Initialization. Emulator control statements supplied by the 
user are read and interpreted. This information overrides, 
for the execution of the emulator, information specified at 
emulator generation. 

2. Loading (or fetching - 1401/141*0/1460). The 1400/7010 program 
is loaded from a card reader, magnetic tape, or direct access 
storage device. For the 1401/1440/1460 emulator, a 1400 program 
can be fetched from the core image library if it has been 
cataloged. 

3. Execution (or precataloging - 1401/1440/1460) . When loaded, 
the 1400/7010 program is executed. The 1400/7010 instructions 
are fetched, interpreted, and executed by the emulator until 
an end-of-job condition is recognized. For the 1401/1440/1460 
emulator, the 1400 program can be either executed or converted 
into a DOS object module (precataloged) . This module can be 
subsequently link-edited and cataloged in the core image library. 

Input/output errors are processed by DOS device error recovery 
procedures. Input/output errors that cannot be corrected, such as 
permanent input/output errors and wrong- length records, are passed 
to the 1400/7010 program. 

Console simulation and operator communication with the emulators 
are provided by the exchange of emulator commands and messages between 
the operator and the emulators. The emulators provide messages to 
inform the operator of errors or other conditions that require his 
attention or a response. Emulator commands can be entered from the 
console printer- keyboard and are handled in the same way as operator 
communications are currently handled by DOS. 

Tape and Disk Emulation 

The user has the option of processing tape files in 1400 format 
or in spanned variable- length record format. Two tape formatting 
programs — the Tape Preprocessor and Tape Postprocessor — are available 
to convert tape files from 1400 format to spanned record format, and 
vice versa; 1400/7010 tapes containing records larger than 32K must 
be converted to spanned record format prior to emulation. 

The emulators accept as input two tape file formats: 

1. 1400 format, which is produced by a 1400/7010 system, a stand- 
alone emulator, CS/30, CS/40, the Tape Postprocessor formatting 
program, or the Model 145 emulators 

2. Spanned variable-length record format, which is produced by 
the Tape Preprocessor formatting program or the emulators 

Either format can be produced as output by the emulators. 

Processing tape files in spanned variable- length record format 
provides several advantages: 
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• Blocking short records reduces the time for emulating I/O 
operations. 

• The Tape Preprocessor or the Tape Postprocessor program can be 
run concurrently with the emulators in a multiprogramming system. 

• Files in spanned variable- length record format can be used by other 
Model 1U5 programs if the programs provide for handling the 
lUOO/7010 label records and mOO/7010 tapemark records. 

• The Tape Postprocessor program can be used to convert a file in 
spanned variable-length record format back to mOO format for use 
on a 1400/7010 system. 

Tape files in spanned record format have standard DOS labels; 
1400/7010 labels are treated as data records, since they are processed 
by the lUOO/7010 program. The lUOO/7010 tapemarks appear as special 
data records and are recognized by the emulators. 

The character codes supported by the emulators for magnetic tape 
data are: 

• BCD representation in even and odd parity for seven-track tape 
(data translator on) in 1400 format 

• BCDIC-8 representation for nine-track tapes in either 1400 or 
spanned record format, and for seven-track tapes (data converter 
on) in spanned record format. This character code, which is the 
eight-bit representation of BCD, is used to simulate parity. In 
normal mode, bit 1 is set to one for even parity, to zero for odd 
parity. In alternate mode, bit 1 is always set to one and no 
distinction is made between even and odd parity. 

Two tape formatting programs, a preprocessor and a postprocessor, 
are available for converting tape files. They are distributed to run 
as problem programs in the background partition under DOS control and 
require a partition size of 5K plus buffer areas. 

The Tape Preprocessor program converts seven-track or nine-track 
tapes in 1400 format to seven-track (data converter on) or nine-track 
tapes in spanned variable-length record format with standard DOS labels. 
The Tape Postprocessor converts seven-track or nine-track tapes in 
spanned record format to seven-track or nine-track tapes in 1400 format. 

Disk files in 1400 format, which are created on a 1400/7010 system 
or under stand-alone emulation, must be converted to a standard fixed- 
length record format on 2311 or 2314 disk packs before emulation. 
Disk files created under CS/30 and CS/40 can be processed by the 
1401/1440/1460 emulator if the CS option is specified at emulator 
generation. 

Existing 1400 utilities and the DOS Clear Disk utility program are 
used to convert disk files in 1400 format, and CS/30 and CS/40 files 
if desired, to the standard record format. 

Each Model 145 disk record represents one 1400 disk track. Each 
Model 145 disk record is a fixed-length record, its length being a 
function of the emulated 1400/7010 device and mode rather than the 
amount of 1400/7010 data on each track. A 1400/7010 disk file can 
occupy one or more extents on Model 145 disk packs but only one extent 
per pack. Extents must be allocated ccwnplete cylinders. When a file 
requires more than one Model 145 disk pack, the packs must be the same 
type. Two different 1400/7010 files may be placed on the same disk 
pack but this arrangement may increase seek time if both files are 
processed at the Scime time. 
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character codes supported by the emulators for disk files are: 

• EBCDIC representation for disk operations in move mode 

• BCDIC-8 representation for disk operations in load mode. (Data 
written in load mode must be converted to EBCDIC if it is to be 
used by programs other than the emulators.) 

To convert disk files in 1400 format, or CS/30 and CS/40 disks if 
desired, to a standard format on a Model 145 disk, the user must dump 
and restore his data as follows: 

1. Dump the disk device, using a 1400/7010 disk-to-tape or disk- 
to-card utility program. When converting files on 1301, 1311, 
1405, or 2302 disk devices that were created on a 1400/7010 
system, the utility is executed on the system used to create 
the file. When converting files on 2302, 2311, or 2314 disks 
that were created under stand-alone emulation, CS/30, or CS/40, 
the utility is executed on a System/360 under control of the 
emulator used to create the disk file. 

2. Dse the DOS Clear Disk utility program to format previously 
initialized 2311 or 2314 disk pack(s) for the data. 

3. Restore the data to a formatted 2311 or 2314 disk pack, using 
a 1400/7010 tape-to-disk or card-to-disk utility program under 
control of a Model 145 emulator. The 1401/1440/1460 emulator 
is used to restore 1401/1440/1460 data; the 1410/7010 emulator 
to restore 1410/7010 data. 

DOS 1401/1440/1460 EMULATOR SUPPORT 

For the DOS CS/30 and CS/40 user, the Model 145 DOS 1401/1440/1460 
emulator continues the advantages of integrated emulation and provides 
additional advantages, such as: 

• Emulators operating concurrently in all three partitions (now a 
restriction for the CS/30 user) 

• Simulated 1400 storage that can begin at any address (CS/40 users 
are restricted to beginning addresses that are multiples of 16K 
for simulated 1400 storage) 

• Support of CS/30 and CS/40 disk and tape files and emulator control 
statements 

• System/370 data formats for emulator tape and disk files 

• Preformatting of disk packs used for output is not necessary 

• Added emulator control available to user at execution time 

• DOS data management facilities and standard disk and tape label 
processing 

The size of the partition required for emulation depends on the 
1400 system being emulated, including standard and special features, 
input/output devices, buffers, etc. The processor storage required 
for the 1401/1440/1460 emulator is equal to the combined sizes of: 

• Simulated 1401/1440/1460 storage. Each position of 14 00 storage 
is simulated in one byte of Model 145 storage (for example, 8000 
positions = 8000 bytes) . 
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• Emulator routines required to emulate the 1401/1440/1460 system 
instructions, features,, and I/O operations 

• Tape, disk, and unit record buffers. The number and size of tape 
and disk buffers are specified by the user. 

Estimated minimum 1401/1440/1460 emulator processor storage 
requirements for emulation of a 1400 system with unit record operations 
only, unit record/tape operations, or unit record/tape/disk operations 
are shown below. 

Emulated Operations DOS Partition Size (bytes) 

1401/1440/1460 unit record 13K + 1401/1440/1460 storage size 

+ buffers 
1401/1440/1460 unit record and 18K + 1401/1440/1460 storage size 

6 tapes + buffers 

1401/1440/1460 unit record, 6 tapes, 22K ♦ 1401/1440/1460 storage size 

4 disks + buffers 

The 1400 CPU features and 1400 I/O devices and special features 
supported and the Model 145 devices used for 1401/1440/1460 emulation 
are given in Tables 40.10.1 and 40.10.2. Table 40.10.3 lists the 1400 
I/O devices that are not supported. 

Emulator performance will vary depending on user options, such as 
number and size of buffers, the instruction mix of the 1401/1440/1460 
programs, the format of tape files, and the priority of the partition 
in which the emulator is running. 

Emulator performance is improved by: 

1. Using double buffers and spanned record foimat for tape files 
in lieu of single or shared buffers and 1400 record format. 
(A shared buffer can be used by more than one I/O device.) 

2. Using single buffers rather than shared buffers for disk files 

3. Specifying device independence for emulating unit record 
operations on a magnetic tape or direct access storage device 

4. Using a card reader that is not equipped with the 51-Column 
Interchangeable Read Feed and Column Binary features and not 
using the Select Stacker instruction 
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• Table UO.10.1. 



m01/lUU0/li»60 I/O devices and features supported Yyy 

the DOS mOl/l'tUO/l'teo Emulator program and corresponding 

Model mS devices 



1401/mU0/m60 Device and Features 


Corresponding Model 145 Device 


1402, 1442, IHHH Card Read Punch 


1442, 2520, 2540 Card Read Punch 


with stacker selection 


2501 Card Reader 


Featiires supported: 


Note: Card reader and card 


• Column Binary 


punch operations may be 


• Card Image 


emulated using a magnetic tape 


• 51-Column Interchangeable Read 


or direct access storage device. 


Feed 




• Punch Feed Read 




• Punch Column Skip 




• Binary Transfer 




• Processing Overlap 




Features not supported: 




• Read Punch Release 




• Multiple card reader/punch 




operations in one program 




lt03. 140U, mit3 Printer 


1403, 1443 Printer 


Features supported: 


Note: Printer operations may 


• Numerical Print 


be emulated using a magnetic 


• Processing Overlap 


tape or direct access storage 


• Space Suppression 


device. 


Features not supported: 




• Selective Tape Listing 




• Multiple printer operations 




• Read Compare 




1407, mm consoles 


3210 or 3215 console 


729, 7330, 7335 Magnetic Tape Unit 


2400- and 3400-series magnetic 


Features supported: 


tape units 


• Binary tape instructions 


• Seven-Track feature is 


• Processing Overlap 


required if processing 


Features not supported: 


seven-track tapes 


• Compressed tape 




1301, 1311, 1405 Disk Storage 


2311, 2314 direct access 


Features supported: 


devices 


• Direct Seek 




• Scan Disk 




• Track Record 




• Additional access arm (1405) 




Note: A 1405 cannot be 




emulated in combination with 




a 1301 or 1311 
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Table 40.10.2. 



moi/mio/iueo CPU features supported by the DOS 
mOl/lUUO/1460 Emulator program 



Storage from 1400 to 16,000 






Multiply- 


-Divide 




positions. The 1101 Model 


G 


is 


Sense Switches 




not emulated. 






Advanced 


Programming | 


Expanded Print Edit 






Indexing 


and Store 


Address 


Inverted Print Edit 






Register 




High-Low-Equal Compare 






Bit Test 






Move Binary Code and Decode 












Note: Translate feature is 


not 


supported . 







Table 40.10.3. 1401/1440/1460 devices not supported by the DOS 
1401/1440/1460 Emulator program 



1445 Printer 


1404 Printer in cut card mode 


Paper tape readers 


7340 Hyper tape Drive 


Paper tape punches 


Teleprocessing devices 


Magnetic character readers 


Audio response units 


Optical character readers 





DOS 1410/7010 EMULATOR SUPPORT 

The Model 145 DOS 1410/7010 emulator offers the 1410/7010 stand- 
alone emulator user the advantages of integrated emulation already 
discussed. 

Processor Storage Requi r ements 

The size of the partition required for emulation depends on the 
1410/7010 system being emulated, including standard and special 
features, input/output devices, buffers, etc. The processor storage 
required for the 1410/7010 emulator is equal to the combined sizes 
of: 

• Simulated 1410/7010 storage. Each position of 1410/7010 storage 
is simulated in one byte of Model 145 storage (for example, 20,000 
positions = 20,000 bytes). 

• Emulator routines required to emulate the 1410/7010 system 
instructions, features, and I/O operations 

• Tape, disk, and unit record buffers. The size and number of tape 
and disk buffers are specified by the user. 

Estimated minimum 1410/7010 emulator processor storage requirements 
for emulation of a 1410/7010 system with unit record/tape operations 
or unit record/tape/disk operations are shown below. 



Emulated Operations 

1410/7010 unit record and 6 tapes 
1410/7010 unit record, 6 tapes, 
4 disks 



DOS Partition Size (bytes) 

27K + 1410/7010 storage size + buffers 
37K + 1410/7010 storage size + buffers 



The 1410/7010 CPU features and 1410/7010 I/O devices and special 
features supported and the Model 145 devices used for 1410/7010 
emulation are given in Tables 40.10.4 and 40.10.5. Table 40.10.6 lists 
the 1410/7010 I/O devices that are not supported. 
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Table UO.10.4. I^IIO/VOIO I/O devices and features supported by the 
DOS IhIO/7010 Emulator proyraro and corresponding 
Model 1*»5 devices 



lUlO/7010 Device and Features 



Corresponding Model 1U5 Device 



1402, ma 2 Card Read Punch 
Features not supported: 
Stacker Select 
Column Binary 
51-Column Interchangeable 

Read Feed 
Multiple card read/punch units 
in one program 

1403 Printer 

All standard operations 
Multiple printers in one 
program are not supported. 



1U15 Console 

All standard operations 

729, 7330 Magnetic Tape Units 
All standard operations 



1301, 1302, 2302 Disk Storage 
All standard operations 
Note: Any combination of 
1301 and 1302/2302 disk 
storage drives can be 
emulated. 



1442, 2540, 2520 Card Read Punch 

2501 Card Reader 

Note: Card reader and card 
punch operations may be 
emulated using a magnetic tape 
or direct access storage device, 



1403, 1443 Printer 

Note: Printer operations may 
be emulated using a magnetic 
tape or direct access storage 
device . 

3210 or 3215 console 



2400- and 3400-series magnetic 
tape units 

Note: Seven-Track feature 
is required for processing 
seven-track tapes. 

2311, 2314 direct access 
devices 

Note: An emulated 1302/2302 
record will not fit on a 2311 
disk track. 



Table 40.10.5. 1410/7010 CPU features supported and unsupported by the 
DOS 1410/7010 Emulator program 



Supported 


Unsupported 


Main storage up to 80,000 


1401/1410 Compatibility Mode 


positions (1410) and 


7010 Diagnostic instruction. 


100,000 positions (7010) 


Branch on C Bit 


Inverted Print Edit 


Diagnostic instruction. 


Priority Processing 


Branch if Tape Indicator 


Processing Overlap 


J(I)K 


Channels one through four 


7010 Memory Protect and 


Floating Point Arithmetic 


Program Relocate 


Store and Restore Status 


7010 Interval Timer 



Table 40.10.6. 1410/7010 devices not supported by the DOS 1410/7010 
Emulator program 



1311 Disk Storage Drive 
1405 Disk Storage 
Paper tape punches 
Paper tape readers 



Magnetic character readers 
7340 Hypertape Drive 
2321 Data Cell Drive 
Teleprocessing devices 
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Emulator performance will vary depending on user options, such as 
number and size of buffers, the instruction mix of the 1410/7010 
program, the format of tape files, and the priority of the partition 
in which the emulator is running. 

Emulator performance is improved by: 

1. Using double buffers and spanned record format for tape files 
in lieu of single or shared buffers and IHOO record format. 
(A shared buffer can be used by more than one I/O device.) 

2. Using single buffers rather than shared buffers for disk files 

3. Emulating unit record operations on a magnetic tape or direct 
access storage device 

40;15 OS DOS EMULATOR PROGRAM 

The availability of the OS DOS emulator offers current DOS users 
who upgrade to a Model 145 the opportunity to convert to an OS operating 
environment more easily than is possible without the use of emulation. 
In addition, the OS DOS emulator user can benefit from the use of 
integrated emulation, since the OS DOS emulator can execute concurrently 
with other OS jobs. 

The OS DOS emulator for the Model 145, which is the same DOS emulator 
provided for the System/370 Model 155, is a combination of the OS DOS 
emulator processing program and the standard OS /DOS Compatibility 
feature. This feature provides the relocation necessary for execution 
of a DOS supervisor and DOS programs under OS control in any processing 
program storage location. An OS MFT or MVT control program generated 
for a Model 145 is required also. 

The OS DOS emulator and the DOS system being emulated (DOS supervisor 
and up to three processing program partitions) execute together in 
an MFT partition or MVT region, which must be a minimiim of 38K. The 
OS DOS emulator program and tables require 22K plus another 4K if I/O 
staging is used. Additional OS DOS emulator program storage may be 
required depending on the I/O devices used. Up to ten I/O devices 
are supported in 22K, and 250 bytes are required for each additional 
device. The I/O staging requirement of 4K supports unblocked reader, 
printer, and punch records and residence of the required QSAM routines 
in the OS DOS emulator partition or region. 

The DOS system being emulated can be 16K, 24K, or 32K and up, in 
4K increments. The OS DOS emulator is scheduled to operate in the 
same manner as any other OS job, and one or more OS DOS emulator jobs 
can execute concurrently with OS jobs if enough I/O devices and 
processor storage are available. In addition, the Model 145 OS 
1401/1440/1460 and 1410/7010 Emulator programs can execute concurrently 
with the OS DOS emulator if enough resources are present. 

The user need not make any changes to the existing DOS supervisor, 
job control statements, tape files, or disk files in order to use the 
OS DOS emulator. Modification of existing DOS programs is required 
only for programs that contain features unsupported by the OS DOS 
emulator. 

The major advantages of the OS DOS emulator are: 

• Transition from a DOS to an OS operating environment is smoother. 
The conversion of DOS source programs, job control, and data files 
to OS formats can be done gradually for emulated DOS jobs . 
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• Model 145 OS DOS emulator users can continue to use most IBM- 
supplied application programs (Type II and program products) that 
operate under DOS but not OS and do not use BTAM or QTAM, by 
emulating them under OS. 

• Dedicated emulation is not required, thus allowing the user to 
take advantage of OS facilities. 

• Total system throughput can be increased by operation of the OS 
DOS emulator in a multiprogramming OS environment and by using 
the staged I/O option of the OS DOS emulator. The latter permits 
emulated DOS programs to use the data transcription facilities 

of the OS reader interpreter and output writer to handle their 
unit record functions. Use of the staged I/O option of the OS 
DOS emulator also eliminates the necessity of dedicating unit 
record devices to DOS emulation. 

All operating environments, control program facilities, and I/O 
devices supported by DOS can be emulated, with the following exceptions: 

• Autotest 

• OLTEP (which does not produce meaningful results) 

• Model-dependent functions such as CS/30, CS/HO, and the DIAGNOSE 
instruction (mOO emulation can be handled using the Model 1U5 
OS mOl/lUUO/1460 Emulator program) 

• Emulation of emulators that operate under DOS, for example. Model 
145 integrated 1400/7010 emulators that operate under DOS 

• 1259, 1412, and 1419 Magnetic Character Readers 

• 1287 and 1288 Optical Character Readers in document mode 

• Teleprocessing devices (including the 2260 Display Station) 

• Storage protection within the DOS system being emulated (among 
the DOS supervisor and partitions) 

• DOS (and OS) direct access volumes having nonunique volume serial 
numbers online concurrently 

In addition, executable DOS programs cannot be handled that: 

• Rely on kno%ni timing relationships of the DOS system 

• Depend on HALT I/O, READ DIRECT, WRITE DIRECT, AND DIAGNOSE 
instructions for their operation 

• Require more than two bytes of sense data for an I/O device 

• Use the PCI flag in a CCW 

• Modify or use information in CCW's after the CCW list is initiated 
with a START I/O instruction and before the I/O operation terminates 

• Initiate the same CCW list for an I/O operation on more than one 
I/O device concurrently 

While a pseudo interval timer is maintained at simulated DOS decimal 
location 80, accurate time of day is not guaranteed, because the timer 
is running only when the OS DOS emulator partition/region is executing, 
and a time lag occurs during the interval required to update the timer. 
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The following I/O devices are supported by the OS DOS emulator: 

1403, mU3, mH5, 3211 Printers 

1404 Printer (emulated on a 1403 or 3211 Printer) 

1052 Printer-Keyboard (emulated on a 3210 Ml or 3215) 

1285, 1287, 1288 Optical Readers (the latter two not in document 

mode) 

1442, 2520, 2540 Card Read Punches 

2501 Card Reader 

2311 Disk Storage Drive 

2314 and 2319 Direct Access Storage Facilities 

2321 Data Cell Drive 

2400- and 3400-series magnetic tape units 

2671 Paper Tape Reader 

Any new devices that are supported by both DOS and OS, 

subject to the programming restrictions stated above 

EMULATOR JOB SUBMISSION AND GENERAL OPERATION 

DOS emulation is initiated as a single-step OS job via the input 
stream. An OS DOS emulator job can consist of one or more DOS jobs. 
The OS DOS emulator program, which must reside in SYSl.LINKLIB or a 
user job library, is specified in the EXEC job control statement 
included in the job control for the OS DOS emulator job. The following 
also must be identified in the DD job control statements for the OS 
DOS emulator job: 

1. The DOS system residence and operator console devices 

2. The location (s) of the DOS input stream (s) 

3. I/O assignments for the staging of DOS unit record I/O operations 

4. All the I/O devices that will be used by the DOS programs that 
are emulated as part of this DOS emulator job 

The same device types currently being used by DOS programs must 
be used when these programs are emulated on the Model 145, except for 
staged unit record I/O devices. However, the devices used in emulation 
need not have the same device addresses on the Model 145 as on the 
current system. 

The DOS system background partition input stream can be located 
in the OS input stream or on a separate data set. DOS batch- initiated 
foreground (BJF) partition input streams must be located in separate 
data sets. 

If enough Model 145 processor storage is available, I/O staging 
can be used to increase OS DOS emulator job throughput and reduce the 
nisnber of devices that have to be dedicated to the DOS emulation 
partition or region. It allows DOS unit record files SYSRDR, SYSPCH, 
and SYSLST to be emulated on direct access devices, using the OS reader 
interpreter and output writer. DOS job control statements (for the 
BG partition) and/or card input to DOS programs to be emulated can 
be placed in the OS input stream and will be transcribed by the reader 
interpreter to SYSIN data sets on direct access devices. Thus, emulated 
DOS job steps will obtain their card input from OS SYSIN disk data 
sets. Output from emulated DOS programs can be placed in OS SYSOUT 
data sets on disk to be transcribed to the printer or punch by an 
output writer. 

The following should be noted about the use of I/O staging. In 
OS, a job is not placed in the input queue, from which all jobs are 
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scheduled, until the entire job {job control and input stream data 
for the job) has been read by the reader interpreter. Similarly, 
SYSOUT data sets produced during job step execution are not placed 
in the output queue for transcription by an output writer until job 
termination. 

Thus, if all DOS jobs to be emulated are grouped together as a 
single OS DOS emulator job, DOS emulation cannot begin until all DOS 
jobs (and their input stream data) have been read by the reader 
interpreter, and none of the SYSOUT data sets from ccxnpleted emulated 
DOS jobs can be transcribed until the OS DOS emulator job itself 
terminates (all DOS jobs processed) . This negates one advantage of 
I/O staging, which is the overlapping of unit record input and output 
data transcription with processing. 

Therefore, consideration should be given to grouping DOS jobs into 
two or more OS DOS emulator jobs that execute one after the other in 
the OS DOS emulator partition/region. In addition, if the output from 
a particular DOS job is desired immediately, it should not be staged 
(written to a SYSOUT data set) . The use of multiple OS DOS emulator 
jobs,, instead of one, in an OS DOS emulator partition/region offers 
an additional advantage in optimizing device usage, as discussed below. 

I/O operations and I/O error recovery procedures for emulated DOS 
programs are handled by the OS control program. All I/O devices to 
be used by emulated DOS programs must be allocated to the DOS emulation 
partition or region \rtien the OS DOS emulator job is begun. These 
devices are dedicated to DOS emulation and cannot be allocated to any 
other executing OS jobs while DOS emulation is in operation. Thus, 
direct access devices and their data sets cannot be shared by an OS 
job step and an emulated DOS program. However, DOS direct access 
volumes can be shared by DOS partitions being emulated in the same 
OS DOS emulator partition or region. In addition, the user must ensure 
that all online OS DOS emulator direct access volumes have unique 
volume serial numbers with respect to other DOS and OS direct access 
volumes online at the same time. 

Consideration should be given to grouping DOS jobs into multiple 
OS DOS emulator jobs according to the types and total number of I/O 
devices required. This can reduce the number of I/O devices that have 
to be dedicated to a DOS emulation partition or region at any given 
time, thereby making more devices available to other OS jobs. 

When the DOS emulation job is initiated, the DOS emulator program 
is loaded into the OS DOS emulator partition/region. The DOS emulator 
program performs control block and table initialization and initiates 
an IPL from the DOS system residence volume. Once the DOS supervisor 
has been loaded and has established the DOS partitions, DOS job 
execution begins. DOS programs are loaded into the defined DOS 
partitions and emulated. Messages to the operator from the DOS emulator 
program are issued in standard OS format and include a unique 
identification to indicate that they are OS DOS emulator messages. 
If the MCS option is included in the OS control program, all DOS 
emulation messages can be routed to a specific console, and thus 
isolated. 

The entire OS DOS emulator partition/region operates with a nonzero 
storage protect key to prevent it from interfering with the OS control 
program and other executing OS jobs. Therefore, the DOS emulator 
program, the DOS supervisor, and other DOS jobs in the emulator 
partition/region are not protected from inadvertent modification by 
an executing DOS program. 
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INSTALLATION OF THE OS DOS EMULATOR 

The following are the major steps that a DOS user must take to 
install the OS DOS emulator on a Model 145: 

• Data processing personnel — systems analysts and designers, 
programmers,, operators, etc. — must be educated on OS. 

• The installation must decide which level OS control program will 
be used,, MPT or MVT, and which functions and options are to be 
included. 

• The desired OS operating system must be generated using a release 
of OS that includes Model 1*5 support. The DC^ emulator option 
must be requested. Installation-designed routines, such as 
nonstandard tape label processing, accounting, etc., must be 
written, as required, and added to the generated operating system. 

• DOS jobs that cannot be emulated must be converted to OS format. 
This involves source program changes, conversion of DOS job control 
statements to OS job control statements, and, depending on data 
organization, conversion of DOS files to OS data sets. The amount 
of reprogramming required depends on the source language being 
used. In general, high-level language programs require much less 
modification than Assembler Language programs. 

• The volume serial numbers of all existing DOS direct access files 
roust be inspected for duplicates, and unique serials should be 
assigned where necessary. Volume serial numbers assigned to newly 
created DOS files or OS data sets should be unique as well. 

• The OS job stream should be planned, and consideration should be 
given as to how OS DOS emulator jobs are to be scheduled and 
executed, as discussed previously in this subsection. Note also 
that the total storage size of the DOS system being emulated may 

be reduced. For example, if one DOS processing partition is devoted 
to teleprocessing, CS/30, or CS/UO, which are not emulated by the 
OS DOS emulator, this DOS partition is no longer required and its 
storage can be made available for allocation to an OS partition 
or region. 

• Optionally, the size of the emulated DOS system can also be reduced 
by the removal of functions that are now provided by OS. For 
example, DOS POWER can be removed from a DOS system, since data 
transcription can be handled by the OS reader interpreter and 
output writer. The model-dependent DOS MCRR and CCH routines can 
be removed from a DOS supervisor, as Model 145 MCH and CCH routines 
contained in the OS control program will be used for machine and 
channel error handling. 

Note that alterations affecting the DOS supervisor normally 
require a system generation to be performed. In addition, any 
change resulting in a different starting address for a DOS 
partition means that existing nonrelocatable DOS programs 
executing in that DOS partition must be link-edited relative 
to the new address. 
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Figiire «»0.15. 1 illustrates a 256K Model 145 configuration that 
supports one OS processing partition (P2), a transient U4K reader 
interpreter (in P2) , a resident output writer (PO), and emulation of 
a 128K DOS system (PI) using the staged I/O option. 
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Figure UO.15.1. 



Sample 256K Model 145 configuration for emulation of 
a 128K DOS system 



Figure 40.15. 2 illustrates a 160K Model 145 configuration that 
suppoirts one OS processing partition (P2), a transient 32K reader 
interpreter (in P2) , a resident output writer (PO), and emulation of 
a 64K DOS system (PI) , of which only 56K need be emulated. The staged 
I/O option is not used. 
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Sairple 160K Model 145 configuration for emulation of 
a 56K DOS system 
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SECTION 50; RELIABILITY , AVAILABILITY , AND SERVICEABILITY (RAS) 
FEATURES 



50;05 INTRODUCTION 

With the growth of more and more online data processing activities, 
as distinguished from traditional batch accounting functions, the 
availability of a data processing system becomes a very essential 
factor in company operations, and complete system failure is extremely 
disruptive. Because of the growing frequency of online processing 
and the fact that the Model 1U5 is designed to operate in such an 
environment, IBM has provided an extensive group of advanced 
reliability, availability, and serviceability features for the 
System/370 Model 145. These RAS features are designed to improve the 
reliability of system hardware, to increase the availability of the 
computing system, and to improve the serviceability of system hardware 
components . 

The objective of the RAS features of the System/370 Model 1U5 is 
to reduce the frequency and impact of system interruptions that are 
caused by hardware failure and necessitate a re-IPL. RAS features 
are as follows: 

• Hardware reliability is enhanced through use of more reliable 
components . 

• Recovery facilities, both hardware and programming systems, not 
available for Systera/360 Models 30 and UO, are provided to reduce 
the number of failures that cause a complete system termination. 
This permits deferred maintenance. 

• Repair procedures include more online diagnosis and repair of 
malfunctions concurrent with normal job execution in a 
multiprogramming environment in order to reduce the effect of such 
repairs on system unavailable time. 

Each RAS feature, recovery or repair, is discussed in the remainder 
of this section. 

The following recovery features are implemented in hardware: 

• CPU retry of failing CPU operations 

• ECC validity checking on processor and control storage to correct 
all single-bit errors 

• I/O operation retry facilities, including channel retry data 
provided in the limited channel logout area, called the extended 
channel status word (ECSW) , and channel/control unit command retry 
procedures to correct failing I/O operations 

• Expanded machine check interrupt facilities to facilitate better 
error recording and recovery procedures 

Th*e following recovery features are provided by programming systems : 

• Recovery management support (RMS) to handle the expanded machine 
check interrupt cind channel retry data. MCH and CCH routines are 
provided for OS (MFT and MVT only) . MCAR and CCH routines are 
provided for DOS. 
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• Error recovery procedures (ERP) to retry failing I/O device and 
channel operations (OS and DOS) 

• OBR and SDR routines (OS and DOS) to record statistics for I/O 
errors 

• Environment recording, edit, and print program (EREP) for OS and 
DOS to format and print error log records 

• I/O RMS routines (OS) — alternate path retry (APR) and dynamic 
device reconfiguration (DDR) — to provide additional recovery 
procedures after channel or I/O device failures 

• Checkpoint/restart (OS and DOS) and warm start facilities (OS) 

to simplify eind speed up system restart procedures after a failure 
necessitates a re-IPL 

The following repair features are provided: 

• Online Test Executive program (OLTEP) and Online Tests (OLT's) 

that execute under operating system control (OS and DOS) and provide 
online diagnosis of I/O device errors for most devices that attach 
to the Model 145 

• Microdiagnostics to locate the malfunctioning field-replaceable 
unit 

These aids are designed to enhance system availability. In many 
cases, the system can run in a degraded mode so that maintenance can 
be deferred to scheduled maintenance periods. When solid failures 
do occur, their impact can be reduced by faster isolation and repair 
of the malfunction than is currently possible. 

50; 10 RECOVERY FEATURES 

Additional hardware,, which attempts correction of most hardware 
errors without programming assistance, has been included as part of 
the basic Model 145 system. The control program can be notified, via 
an interrupt,, of both intermittent and solid hardware errors so that 
error recording and recovery procedures can take place. 

AUTOMATIC CPU RETRY 

Detected CPU hardware errors can be retried automatically by CPU 
retry hardware. Retry can take place after an error occurs in any 
instruction, after failures that occur during interrupt time when 
status information is being saved, after errors that occur during 
status saving for I/O instructions, etc. Even I/O instructions are 
retried automatically by the hardware without an intervening I/O 
interrupt. (Either a machine check or an I/O interrupt is taken, if 
enabled,, depending on the success of the I/O instruction retry and 
the point in the operation at which the error occurred.) 

CPU retry is accomplished by additional microprogram routines and 
hardvfare included in the Model 145, The failing CPU operation is 
retried by the microprogram up to eight times before it is determined 
that the error is uncorrectable. Checkpoints are taken and data is 
saved in backup locations during the operation of instructions that 
alter data as they execute, so that instructions can be retried from 
the point of correct execution. 

When enabled, a machine check interrupt takes place after a CPU 
error occurs and is retried. If CPU retry vfas successful, the failure 
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need only be recorded; if unsuccessful, programmed recovery procedures 
are required. 

The CPU retry feature provides the Model 145 with the ability to 
recover from intermittent CPO failures that would otherwise cause a 
system halt and necessitate a re-IPL or that would cause an executing 
program to be terminated. Corrected errors are logged for later 
diagnosis during scheduled maintenance periods, thereby increasing 
system availability. 

Retry of faildLng CPU operations on the Model 40 is not provided 
by either system hardware or programming support. 

ECC VALIDITY CHECKING ON PROCESSOR AND CONTROL STORAGE 

The ECC method of validity checking on both processor and control 
storage provides autCMnatic single- bit error detection and correction. 
It also detects all double-bit and most multiple-bit processor and 
control storage errors but does not correct them. Checking is handled 
on an eight- byte basis, using an eight-bit modified Hamming code, 
rather than on a single-byte basis, using a single parity bit. However, 
parity checking is still used to verify other data in a Model 145 
system that is not contained in processor or control storage. Models 
30 and 40 use parity checking for main storage data verification. 

Data enters and leaves storage in the CPU through the storage adapter 
unit,, ^ich performs ECC validity checking on each doubleword. Another 
storage adapter is contained in the processor storage frame. When 
a doubleword (72 bits, as shown in Figure 50.10.1) is fetched from 
processor or control storage, the appropriate storage adapter unit 
checks the 8-bit ECC code to validate the 64 data bits. If the data 
is correct, the adapter unit generates the appropriate parity bit for 
each of the 8 data bytes and reformats the doubleword to look as shown 
in Figure 50.10.2. If a single-bit error is detected, the identified 
data bit in error is corrected automatically by the corrector unit 
in the storage adapter. The corrected doubleword is sent back to 
processor or control storage and on to the CPU. When a doubleword 
is to be placed in processor storage by a program or in control storage 
during microprogram loading, the storage adapter unit strips the 8 
parity bits,, constructs the necessary 8-bit ECC code, and appends the 
code to the 64 data bits. The 72 bits are then stored as shown in 
Figure 50.10.1. 

When a single-bit storage error occurs, the hardware also determines 
whether the error is intermittent or solid by retrying the storage 
operation to see whether the error occurs again. Only intermittent 
single-bit storage errors can cause a machine check. When an 
intermittent single-bit storage error is detected and corrected during 
the execution of an instruction or I/O operation, a machine check 
pending latch is set on and the operation continues. At the completion 
of the CPU operation a machine check interrupt occurs to allow error 
recording to be done unless ECC correction interrupts have been 
disabled. The occurrence of a machine check interrupt after an 
intermittent single-bit processor or control storage correction is 
dependent on the setting of three ECC mode bits in a special mode 
register in the CPU and on a mask bit (recovery mask) in a control 
register. The mode register bits can be set by using the DIAGNOSE 
instruction. 
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Data representation used in Models 30 and 40 
processor storage and in the Model 145 in other 
than processor and control storage 



One ECC mode bit controls machine check interrupts for processor 
storage single-bit corrections,. It can be set to full recording mode 
to allow an interrupt after each correction so that error logging can 
occur (if the control register mask bit also enables this interrupt) 
or to quiet mode to disable interrupts after single- bit processor 
storage corrections occur (without regard for the control register 
mask bit setting). The other two ECC mode bits control machine check 
interrupts for control storage single-bit corrections. Three modes 
are possible: full recording or quiet mode, as described for processor 
storage, and threshold mode. When threshold mode is in effect, a 
machine check interrupt is taken after a specified number of single- 
bit control storage corrections have occurred in a time interval. 
The number is specified when threshold mode is set. When the threshold 
value is exceeded, the hardware automatically establishes quiet mode 
for control storage single-bit corrections. 

If a machine check interrupt is taken after correction of a single- 
bit storage error, identification of the failing processor or control 
storage address and bit in error is provided in a fixed storage area 
(discussed in the machine check interrupt explanation) . 

When a double- or multiple-bit storage error involving a CPU 
operation is detected,, a machine check interrupt occurs and the error 
location is indicated in fixed storage. Error logging and recovery 
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procedures should then be performed. When a double- or multiple-bit 
processor storage error occurs during an I/O operation, it is reported 
during the ensuing I/O interrupt so that error recording and I/O retry 
procedures can be executed. A machine check interrupt is not taken. 

The ECC feature increases Model 145 system availability by permitting 
system operation to continue normally after single-bit processor and 
control storage errors occur and are corrected. Any processor storage 
errors on Models 30 and 40 necessitate at least termination of the 
processing program involved, since neither hardware nor programmed 
retry of processor storage errors is provided for these systems. Nor 
is correction of control storage errors provided. 

I/O OPERATION RETRY 

Channel retry and command retry features are provided to reduce 
the number of abnormal program terminations and unscheduled system 
halts that occur because of channel errors. 

• Channel retry 

This feature has been implemented to ensure that most failing 
channel operations can be retried by error- handling routines. 
Both a limited and an extended channel logout are implemented. 
When a channel error or a CPU error associated with a channel 
operation occurs, the channel status word (CSW) and a new extended 
channel status word (ECSW) are stored in the fixed lower storage 
area (I/O communications area) during the I/O interrupt. The ECSW, 
or limited channel logout data, provides additional, more exacting 
status information about the channel failure. This data is 
formatted by the CCH routine and passed to a device- dependent error 
recovery routine to be used in the retry of the failing I/O 
operation. 

Model ms channels also attempt to log out any time a CSW is stored 
that indicates an interface control check or a channel control 
check error, if I/O extended logouts are enabled. Dp to 24 words 
are stored, beginning at the location indicated in word 176, the 
I/O extended log pointer. This data is to be logged for later 
diagnosis by customer engineers. 

Channel error retry routines (channel check handlers) for System/360 
models are provided only for Models 65 and higher. However, after 
a channel error occurs, these systems do not always present enough 
information to the error recovery routines to enable them to retry 
the failing operation. In other cases, the channel may be left 
in a condition in which retry is impossible after a channel 
malfunction. Model 145 hardware improvements eliminate these two 
situations in most instances. 

• Command retry 

Command retry is a channel/control unit procedure that can cause 
an improperly executed command in a channel program to be retried 
automatically by hardware so that an I/O interrupt and programmed 
error recovery are not required. An indication is presented when 
the control unit recognizes this situation. The byte multiplexer 
channel will not perform a command retry. 

The command retry feature is implemented in the control unit of 
the 3330 and the 2305 facilities and is discussed in Section 20. 
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EXPANDED MACHINE CHECK INTERRUPT FACILITIES 

Implementation of the machine check level of interrupt on the 
System/370 Model 1U5 has been expanded in order to enhance error 
recording and error recovery procedures. Programming support of the 
extended machine check interrupt is provided by the Model 115 MCH and 
MCAR routines of OS and DOS,, respectively. 

The machine check interrupt facilities of the Model l^tS differ from 
those of Models 30 and UO as follows: 

• Five types of machine check are defined. 

• A machine check interrupt occurs to permit the recording of 
errors corrected by the hardware as well as to allow recovery 
routines to handle errors that cannot be corrected by hardware. 

• Machine check interrupt masking is expanded to handle selective 
disabling and enabling of the interrupt types defined. 

• The size of the fixed area in lower processor storage is 
increased to accommodate the storing of additional machine 
status and diagnostic information when a machine check interrupt 
occurs . 

• Hard stop error conditions are defined that cause the Model 145 
to stop functioning immediately because the nature of the machine 
malfunction prevents valid processing from continuing. 

The Model 145 presents one of five types of machine check interrupt, 
depending on the specific machine malfunction, and each type of 
interrupt is maskable. A machine error causes a soft machine check 
or a hard machine check interrupt when its type is enabled. A soft 
machine check occurs after the hardware has been successful in 
correcting an error or after an error has occurred that does not 
adversely affect the executing program. This is done so that the 
failure can be recorded. System operation continues after the error 
is logged. For excunple, if an error occurs during the execution of 
an instruction and if the CPU retry hardware corrects the error by 
reexecuting the failing instruction, a soft machine check interrupt 
occurs at the completion of the successful execution. 

A hard machine check occurs when hardware retry fails or is not 
possible. For example, if the CPU retry hardware has not corrected 
a failing instruction after eight retries, a hard, rather than soft, 
machine check interrupt occurs after the last unsuccessful retry. 

Figure 50.10.3 shows the layout of fixed processor storage in the 
Model 145. Fixed storage consists of four areas: the fixed locations 
in decimal addresses 0-127, the I/O communications area in locations 
160-191 (stored during certain I/O interrupts), the fixed logout area 
in locations 232-511, and the CPU extended logout area of 192 bytes, 
which begins at location 512 and continues to location 703 unless the 
logout pointer is changed by programming. 

Fixed locations 0-127 are identical in layout and content to these 
locations in System/360 models, with the exception of the EBCDIC/ASCII 
bit in the PSW, which must be set to zero. 

A logout to the fixed logout area (232-511) occurs when any type 
of machine check interrupt is taken. The data stored is processed 
by recovery management routines. The layout of this area is model 
independent among System/370 models; however, all models do not use 
every field or bit defined. The fixed logout area data indicates the 
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reason for the interrupt in the machine check code and the region code. 
The save areas in the logout area preserve the status of the system 
at the time of the machine check interrupt and contain the contents 
of the general purpose, the floating-point, and the control registers. 
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Figure 50.10.3. Model 145 fixed storage locations 

The model- dependent CPU extended logout area begins at the address 
specified in control register 15, which is set by the hardware to 
decimal location 512 by an IPL or on a system reset. The length of 
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this extended logout area on the Model 145 is 192 bytes. A logout 
to the extended area occurs for all types of machine check interrupts 
if the log suppression mask bit in control register 14 is enabled. 
This data can be recorded by recovery management routines. 

Figure 50.10.4 illustrates the layout and the contents of the eight- 
byte machine check code stored in processor storage locations 232-239. 
The machine check code indicates which type of interrupt occurred, 
the validity of certain fields stored in the fixed logout area, and 
the length of the stored CPO extended logout area. The four-byte 
region code is used to further describe processor and control storage 
errors. The region code identifies an interrupt caused by a double- 
bit control storage error, a control or processor storage intermittent 
failure,, or threshold value for single-bit control storage errors 
exceeded. 

Table 50.10.1 lists the machine check types defined for the Model 
145. They are described in the discussion that follows. The mask 
bits used to enable or disable interrupts for each type are indicated 
and the setting of the machine check and region codes are discussed. 
PSW bit 13 and two other mask bits are used to enable and disable 
machine check interrupts. The recovery mask (R) and external mask 
(E) bits are contained in control register 14 and operate subject to 
PSW bit 13. If PSW bit 13 is disabled, all machine checks are masked. 
If PSW bit 13 is enabled, the settings of the two additional mask bits 
determine %rtiether or not interrupts, other than Instruction Processing 
Damage and System Damage, will be taken. (Refer to Figure 50.10.4.) 

Table 50.10.1. Model 145 machine check interrupts 
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Fixed Logout Area Locations 232-239 























14-15 










































0-8 




Machine 


16-18 












Machine Checl< 




Checic 


Storage 


20-31 




48-63 






Types 




Tense 


Error 


Validity Biu 




CPU Extended Log Length 
























O 
















































o 


O 


Q 


Q 


O 


Q. 


UJ 








O 


























Q 




8 


Q 

a. 


(A 


O 


a 
o 


ai 
« 

D 
Z 
D 


UJ 

Z 
3 


Z 
D 


lU 
(0 

Z 
3 


UJ 

Z 


3 

o 
< 
eo 


> 
< 

_i 

s 


UJ 


a 


UJ 


UJ 

z 

3 


























UJ 

z 

3 


Zero if no logout 
or 192 bytes 



BIT 1 



7 8 9-13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 3247 48 



63 



Bit 


Interrupt Type 


Bit 


Error 





SD - System Danrage 


16 


Storage 


1 


PD — Instruction Processing 




Error 




Damage 




Uncorrected 


2 


SR - System Recovery 


17 


Storage 


3 


TD — Timer Damage 




Error 


4 


CD — Time of Day Clock Damage 




Corrected 






18 


Key in 
Storage 
Error 
Uncorrected 



Bit 



20-23 



24 
25 
26 
27 
28 
29 
30 
31 



Valid Fixed Area Data 

Machine Check Old PSW (48-65) 
20AMWP 

21 Masks and Protect Key 

22 Program Mask and Condition Code 

23 Instruction Address 

Failing Storage Address (248,249) 

Region Code (252-255) 

Unused 

Floating Point Registers (352-383) 

General Purpose Registers (384-447) 

Control Registers (448-51 1 ) 

CPU Extended Logout 

Storage (Validity of processor storage 
being processed by instructions 
when interrupt occurred) 



Figure 50.10. U. Model 145 machine check code 



00 



soft Machine Check interrupts 

Soft machine check interrupts are as follows: 

• System Recovery. This interrupt occurs if both PSW bit 13 and 
the recovery mask bit are on. It is caused by a successful 
CPU retry or a single-bit intermittent processor or control 
storage error correction. 

The SR bit in the stored machine check code (bit 2) is used 
to indicate successful hardware recovery. When the SR bit is 
on without another recovery bit, an error has occurred in the 
normal functioning of the CPU and the CPU operation has been 
retried successfully by CPU retry hardware. CPU extended logout 
data is generated after the first and eighth CPU retry. 

The SC bit in the stored machine check code (bit 17) is used 
together with the SR bit to indicate that the ECC hardware 
corrected a single-bit intermittent processor or control storage 
error and passed correct information about the error to the 
CPU. When a processor storage error occurs, the failing 
processor storage address is stored in locations 248-251. The 
region code indicates the bit corrected and whether or not the 
error was intermittent. When a control storage error occurs, 
the failing control storage address, the bit corrected, and 
v^ether the error was intermittent are indicated in the region 
code. When the interrupt occurs because the single-bit control 
storage threshold value has been exceeded, this fact is also 
indicated in the region code. Validity bits 2U and 25 indicate 
that the failing storage address and region code, respectively, 
have been stored correctly. Only error recording is required 
for this interrupt. 

• Interval Timer Dcunage. This interrupt occurs if PSW bit 13 
and the external mask bit are on. It indicates damage to the 
timer. Programmed validation procedures and -error logging are 
required. 

• Time of Day Clock Damage. This interrupt occurs if both PSW 
bit 13 and the external mask bit are on. The CD bit in the 
stored machine check code (bit 4) is used to indicate that an 
error occurred in the time of day clock that renders the clock 
invalid. Once this invalid indication has been given, subsequent 
STORE CLOCK instructions cause the condition code in the current 
PSW to indicate the fact that the clock is invalid. Error 
logging is required as a result of clock failure. 

Hard Machine Check Interrupts 

Hard machine check interrupts are as follows: 

• Instruction Processing Damage. This interrupt occurs if PSW 
bit 13 is on. The PD bit in the stored machine check interrupt 
code (bit 1) is used to indicate that an error occurred during 
the execution of the instruction indicated by the machine check 
old PSW. The error was either a multiple-bit processor or 
control storage failure, a storage protect key failure, or a 
CPU error that was unretryable or that could not be corrected 
by the CPU retry hardware. 

If a multiple-bit processor or control storage failure caused 
the interrupt, the address of the failing storage area is 
indicated in locations 2U8-251 or 252-253, respectively. Byte 3 
of the region code indicates whether it was a processor or a 
control storage error. The KE bit in the machine check code 
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(bit 18) is set on when a storage protection failure occurs. 
The processor storage block affected is indicated in the failing 
storage address field (2U8-251). 

If em unsuccessfully retried CPU failure caused the interrupt, 
the backup bit in the machine check code (bit 14) indicates 
the extent of the damage that occurred, if any. If the back- 
up bit is on, it indicates that no source data has been changed 
and that the PSW registers and storage reflect the valid state 
that existed at the beginning of the instruction. (For a CPU 
error, an extended logout is generated on the first and eighth 
unsuccessful retry.) 

Error logging and the execution of recovery procedures are 
required after this interrupt type. 

System Damage. This interrupt occurs if PSW bit 13 is on. 
The SD bit in the stored machine check code (bit 0) is used 
to indicate that an irreparable CPU failure occurred that was 
not a result of the execution of the instruction indicated in 
the machine check old PSW. An unsuccessful retry of an interrupt 
or a wait state, control register damage, etc., are examples 
of system damage errors. System damage also is indicated if 
the error cannot be identified as one of the other types of 
machine check interrupt. Programmed error recovery is not 
possible after this type of failure. 

Modes of System Operation 

Two modes of system operation are possible: full recording mode 
and quiet , or nonrecording, mode. In full recording mode all machine 
check interrupt types cause an interrupt to be taken and logouts to 
occur except for intermittent single-bit storage error corrections. 
This is the normal mode of Model lUS operation. In quiet mode, all 
or certain soft machine check interrupts are disabled. Quiet mode 
can be used to permit system operation without error recording for 
all or certain soft errors when a large number of transient 
(correctable) errors are occurring. It also can be used to allow 
Model 145 operation under the control of an operating system without 
Model 145 machine check handling routines included. 

A hard stop status and a hard stop bit have been defined for the 
Model 145. The hard stop bit is located in control register 14 with 
the other two mask bits discussed. If a hard stop condition occurs, 
the Model 145 system ceases all operations immediately without the 
occurrence of a logout to the fixed area. Hard stop is initiated by 
hardware rather than by programming. 

Generally speaking, a hard stop situation is caused by the occurrence 
of a hard machine check type of error during the processing of a 
previous hard machine check error. Implementation of a hard stop 
prevents system operations from continuing when the nature of the 
machine malfunction prevents the system from presenting meaningful 
status data. 

The state of the Model 145 after IPL or a system reset is: 

1. Recovery reports are disabled. The processor storage single- 
bit ECC correction mode bit is set to quiet mode and the control 
storage ECC mode bit is set to threshold mode for single-bit 
corrections. Thus, successful CPU retries and single-bit ECC 
corrections on both control and processor storage do not cause 
machine check interrupts. 
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2. External interrupts are enabled. Interval Timer Damage or Time 
of Day Clock Damage causes a machine check interrupt. 

3. PSW bit 13 normally is set to one by the IPL PSW (it is disabled 
by system reset) to enable System Damage and Instruction 
Processing Damage interrupts. Therefore, an irreparable system 
error, an unretryable CPU failure, an unsuccessfully retried 
CPU failure, or a multiple-bit processor or control storage 
error associated with instruction processing causes a hard 
machine check interrupt. 

4. Hard stop is enabled. 

5. CPU extended logout is enabled and control register 15 points 
to location 512 as the beginning of the CPU extended logout 
area. 

6. I/O extended logouts are disabled. 

These settings cause the Model 145 to run in quiet mode for hardware- 
corrected errors. If the Model 145 is to operate in full recording 
mode, the appropriate mask bits must be altered by the control program. 

MACHINE CHECKS ON SYSTEM/360 MODELS 30 AND 40 

A machine check situation in Models 30 and 40 results from hardware 
detection of a machine malfunction or of a parity error. Bad parity 
can occur in main storage, in local storage, in a register, in an 
adder, etc. Error correction is not attempted by Model 30 or 40 
hardware when a machine check occurs (except for some instruction retry 
capability in the Model 30) . If the machine check mask in the current 
PSW (bit 13) is enabled, a machine check causes an interrupt and a 
diagnostic scan-out occurs, starting at location 128. The number of 
bytes logged is model dependent. 

If an OS SER routine for the Model 40 or the DOS MCRR routine for 
the Model 30 or 40 is present, it gains CPU control after a machine 
check interrupt, and the error is logged. A retry of the failing 
operation is not provided by these routines and the affected program 
is terminated abnormally. If a recovery routine is not present, the 
system is placed in a wait state when a machine check interrupt occurs . 
(An OS control program for a Model 40 must contain a machine check 
handling routine, SERO or SERl, as of Release 17.) 

RECOVERY MANAGEMENT SUPPORT (RMS) FOR OS MFT AND MVT 

RMS for the Model 145 consists of extensions to the facilities 
offered by RMS routines currently provided for Models 65 and up. The 
two RMS routines, machine check handler (MCH) to handle machine check 
interrupts and channel check handler (CCH) to handle certain channel 
errors, will be included automatically in MFT and MVT control programs 
generated for the Model 145. Approximately 7000 bytes of resident 
processor storage, which includes the extended logout areas, are 
required for Model 145 recovery management. A Model 40 user with a 
3K SERl routine included in the control program will require only a 
4000-byte increase in resident control program storage as a result 
of the inclusion of Model 145 RMS. 

The two primary objectives of RMS are (1) to reduce the number of 
system terminations that result from machine malfunctions and (2) to 
minimize the impact of such incidents. These objectives are 
accomplished by progrcimmed recovery to allow system operations to 
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continue whenever possible and by the recording of system status for 
both transient (corrected) and permanent (uncorrected) hardware errors. 

Machine Check Handler 

After IPL of a control program containing Model ms RMS routines, 
the recovery mask bit is enabled to permit recording of CPU retry 
corrections,, quiet mode is established for single- bit processor storage 
corrections, threshold mode is established for single-bit control 
storage corrections, and external interrupts are enabled as are CPU 
and I/O extended logouts. MCH receives control after the occurrence 
of both soft and hard machine check interrupts. 

Soft Machine Checks 

When a System Recovery soft machine check occurs to indicate a 
successful CPU retry,, MCH formats a recovery report record to be written 
in the system error recording data set SYSl.LOGREC. This record 
contains pertinent information about the error, including the data 
in the fixed logout area, an indication of the recovery that occurred, 
identification of the job, job step^ and program involved in the error, 
the date,, and the time of day. MCH schedules the writing of the 
recovery report record and informs the operator that a soft machine 
check has occurred. 

MCH supports an operator MODE command that can be used to enable 
interrupts after intermittent single-bit error corrections. The 
operator can establish full recording mode for intermittent single- 
bit processor and/or control storage ECC corrections. These corrected 
errors will then be recorded and the operator will be notified. The 
operator can also reestablish quiet mode for processor storage 
corrections and threshold mode for control storage corrections. (The 
operator is notified when a switch from threshold to quiet mode is 
made for control storage corrections . ) 

A capability for the operator to switch to quiet mode for successful 
CPU retries is not provided, as is discussed for the DOS MCAR routine; 
thus, recording always occurs for these errors. 

The operator also is informed of the occurrence of a Time of Day 
Clock Damage or an Interval Timer Damage machine check interrupt. 
Error recording is performed, after which the system is placed in a 
wait state if a time of day clock error occurred. System operation 
continues after an interval timer error. (See Figure 50.10.5 for the 
general flow of OS MCH processing after soft machine checks.) 

Hard Machine Checks 

When an Instruction Processing Damage hard machine check occurs 
(uncorrectable or unretryable CPU error, multiple-bit processor or 
control storage error, or storage protect key failure), MCH determines 
whether the error is one that is correctable by programming, such as 
a multiple-bit processor storage error or a storage protect key failure. 

The program damage assessment and repair (PDAR) routine of MCH can 
repair damaged control program storage areas by loading a new copy 
of the affected module if the module is marked refreshable (it has 
been written in a read-only manner that allows reloading of the module 
at any time without altering execution results) . Only damaged 
refreshable modules residing in the control program nucleus, the link 
pack area, or an SVC transient area are refreshed, if possible. 
Processing program modules are not refreshed. PDAR also attempts to 
repair storage protect keys. 
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Figure 50.10.5. 



General flow of OS MCH processing after soft machine 
check interrupts 



If PDAR cannot correct the error or if the error is an uncorrectable 
type, PDAR attempts to identify the task associated with the error 
so that the task can be terminated abnormally. A damage report record, 
which contains both the fixed and CPU extended logout area data, the 
recovery action taken, the program identification, the date, and the 
time of day, is prepared and logged. System operation continues if 
the error is corrected or if the error task associated with an 
uncorrectable error can be identified and terminated. System operation 
halts, and a re-IPL is required if the error involves control storage 
(a double bit error) , if an uncorrectable error damages a portion of 
the control program, or if the error cannot be associated with a 
specific task. The operator is informed of whatever action is taken. 

When a System Damage hard machine check occurs, programmed recovery 
is not possible, and MCH places the system in a wait state after a 
logout and termination procedures are attempted. 

MCH for the Model 145 contains model-dependent routines and will 
not execute correctly on System/360 models or another System/370 model. 
(See Section 60:15 for a discussion of operating system portability.) 

See Figure 50.10.6 for a general flow of OS MCH processing after 
hard machine check interrupts. 
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General flow of OS MCH processing after hard machine 
check interrupts 



Channel Check Handler 

CCH receives control after a channel error causes an I/O interrupt. 
CCH formats both an error information block (containing the limited 
channel logout data) for use by an ERP routine and a CCH error record 
for recording in SYSl . LOGREC . The latter contains status information 
from the logout area, the ECSW, program identification, date, and time 
of day. 

If CCH determines that operating system integrity has been impaired 
by the channel error, control is given to MCH for error recording, 
and system operations are terminated. Otherwise, the error information 
block and error record are passed to the appropriate device-dependent 
error recovery procedure (ERP) , which logs the error record and retries 
the failing I/O operation, using status information from the error 
information block. If a successful retry occurs, system operation 
continues. If the error is deemed permanent (uncorrectable) , another 
error record is prepared and recorded by the outboard recorder routine 
(OBR), and the task involved is abnormally terminated (unless I/O RMS 
or a user-written permanent error handling routine is present) . The 
operator is informed of the abnormal termination and system operation 
continues. 

The CCH routine is structured in a manner that makes it model 
independent. A channel/model-independent module resides in the 
operating system nucleus. The required channel- dependent modules for 
the Model 145 included in the operating system at system generation 
time are loaded during the IPL procedure. The nucleus initialization 
program (NIP) , using channel configuration data specified by the user 
at system generation time and the new STORE CHANNEL ID instruction, 
determines the types of channels present in the system. OS CCH routines 
are, therefore, compatible for System/ 370 Models, for System/360 Models 
65 and up, and for MP/65 systems. 

Figure 50.10.7 at the end of this subsection shows the general flow 
of programmed error recovery procedures after an I/O interrupt. 

RECOVERY MANAGEMENT SUPPORT (RMS) FOR DOS 

Machine check analysis and recording (MCAR) , channel check handler 
(CCH) routines, and the I/O error recording routines OBR and SDR will 
be included automatically in a DOS supervisor generated for a Model 145. 
The resident processor storage requirement for these four routines 
is approximately 6400 bytes in the supervisor area. A Model 40 DOS 
user with MCRR and OBR/SDR included in the supervisor being used (4800 
bytes) will experience approximately 1600 bytes increase in supervisor 
size because of the inclusion of Model 145 RMS. 

Machine Check Analysis and Recording 

After IPL of a control program containing Model 145 RMS routines, 
mask bits are enabled and control register values are set to permit 
machine check interrupts and logouts to occur as discussed for OS MCH. 

When a System Recovery soft machine check occurs to indicate a 
successful CPU retry, an environment record (recovery report), 
containing pertinent status information from the fixed area, recovery 
action, program identification, date, and time of day, is constructed 
by MCAR and written in the environmental recording data set (ERDS), 
whose symbolic unit name is SYSREC (corresponding to the SYSl. LOGREC 
recording data set of OS) . The operator is informed that a soft machine 
check has occurred. 
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Prior to relinquishing CPO control, MCAR determines whether or not 
an automatic mode switch from recording mode to quiet (nonrecording) 
mode should be made for CPO retry recoveries. Quiet mode is established 
by MCAR (the System Recovery mask bit is disabled) if the number of 
CPU retry corrections that occur during system operation exceeds the 
established error count threshold value for these corrections. The 
IBM-supplied threshold value can be altered during system generation 
or by the operator MODE command during system operation. The operator 
is informed of any mode switch made by MCAR and can switch back to 
recording mode any time thereafter. Quiet mode can be used to prevent 
SYSREC from being filled with CPU recovery reports when a large number 
of transient errors are occurring. 

As described for the OS MCH routine, MCAR also supports an operator 
MODE command to permit the operator to enable interrupts after single- 
bit intermittent processor and control storage corrections so that 
these errors can be logged. 

An interrupt because of an error in the time of day clock or interval 
timer causes error recording to occur coid system operation continues. 

When an Instruction Processing Damage hard machine check occurs 
(uncorrectable or unretryable CPU error, double-bit storage error, 
or storage protect key error) during the execution of supervisor (or 
any privileged) code, the system is placed in a hard wait state after 
an attempt is made to prepare and record a damage report record. MCAR 
does not attempt to refresh damaged supervisor code. The occurrence 
of an Instruction Processing Damage interrupt during processing program 
execution al%«ays results in termination of the task involved after 
error recording occurs. 

MCAR performs repair procedures if a storage protect key failure 
or multiple-bit processor storage error occurs in a processing program 
partition. Validation of damaged processor storage is attempted by 
moving a doubleword of binary zeros and then ones into the area. 

A Syst«n Damage hard machine check interrupt results in an attempt 
to record the error,, followed by system termination (a hard wait state). 
The operator is informed of whatever action is taken after a hard 
machine check occurs, including whether or not error recording was 
successful. 

Channel Check Handler 

CCH receives control after a channel error occurs. It records the 
error in SYSREC and passes the ECSW and other pertinent status 
information to the appropriate I/O error recovery routine (ERP) unless 
analysis of the error indicates that system operation cannot continue 
(the error involved SYSRES, for example) . If the ERP can correct the 
error, operations continue. If a permanent channel error exists, CCH 
records the error and cancels the partition affected. The operator 
is notified. System termination occurs (1) if a hard channel error 
occurs during the access of progrcun phases or critical data contained 
on SYSRES, (2) if two channels are damaged at the same time, or (3) 
if more than four channel errors are outstanding concurrently. 

The recovery support provided by the MCAR and CCH routines represents 
an extension of the facilities provided by the optional MCRR routine 
of DOS, which is available for System/360 models and %^ich does not 
contain any repair or channel retry procedures. 
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ERROR RECOVERY PROCEDURES (ERP'S) - OS AND DOS 

These device-dependent error routines are a standard part of the 
control program generated for any OS or DOS environment, OS ERP's 
will be modified to accept and use limited channel logout ECSW data 
formatted by the CCH routine after a channel error. The ECSW provided 
by the DOS CCH routine will be handled by a set of completely new CCH 
ERP routines. The DOS CCH ERP's are an addition to the current set 
of DOS ERP's. The latter will be used without modification. 

OS ERP routines written for the 3211 Printer, the 3330 facility, 
and the 2305 facility will include support of the larger number of 
sense bytes provided by the control units of these devices. The DOS 
ERP routines for the 3211 Printer will also support these sense bytes. 

When a channel or em I/O device error occurs on a Model 145, the 
appropriate ERP is scheduled to perform recovery procedures. If the 
error is corrected, operations continue normally. If the error cannot 
be corrected (it is permanent), error recording occurs. If I/O RMS 
or a user-written permanent error handling routine is not present, 
the affected OS or DOS task is abnormally terminated. The operator 
is notified of permanent I/O errors. (See Figure 50.10.7.) 

STATISTICAL DATA RECORDER (SDR) AND OUTBOARD RECORDER (OBR) - OS AND 
DOS 

OBR and SDR routines are included in all OS control programs. OBR 
and SDR are included in any DOS supervisor generated for a Model 145. 

These routines are requested by the ERP routines during their 
processing of error conditions. The SDR routine is requested when 
one of the error statistics counters becomes full. Counters are 
maintained in the resident control program storage area for each I/O 
device in the system configuration. SDR records these statistics in 
the appropriate SDR summary record for that device contained in the 
error log data set (SYSl.LOGREC for OS, SYSREC for DOS). This ensures 
recording of temporary I/O device error data. The OBR routine of OS 
records both temporary and permanent channel errors (handled by the 
CCH routine in DOS) and writes an outboard record containing pertinent 
status data whenever a permanent error occurs for a device. SDR is 
also executed to %«:ite accumulated statistics for that device when 
a permanent error occurs. (See Figure 50.10.7.) 

ENVIRONMENT RECORDING, EDIT, AND PRINT PROGRAM (EREP) - OS AND DOS 

OS EREP is a Standard system utility that can be initiated as a 
job step via standard job control statanents at any time. It contains 
model-dependent routines and will be extended to handle the status 
records %nritten by System/370 OS RMS routines. It performs the 
following: 

1. Edits and prints all error records contained in SYSl.LOGREC. 
These records have been constructed and written by MCH, CCH, 
OBR, and SDR routines 

2. Accumulates a history of specified record types from SYSl.LOGREC 
by creating or updating an accumulation data set 

3* Edits and prints a summary of selected records from SYSl.LOGREC 
or an accumulation data set 

The currently available EREP routine of DOS is a special purpose 
utility that can be initiated as a job step via job control statements 
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in the input stream or by an operator command entered via the console. 
Its function is to edit and print all error records contained in the 
SYSREC recorder file. EREP will be extended to handle all status 
records written by DOS Model 145 recovery routines (MCAR, CCH, OBR, 
SDR) and will be included in all DOS operating systems generated for 
the Model 145. Modifications to the current EREP will enable it to 
perform the three functions outlined above for the OS EREP routine. 

I/O RMS FOR OS 

I/O RMS routines are optional,, model- independent routines supported 
in MFT and MVT environments. These reconfiguration procedures attempt 
to minimize the number of abnormal job terminations and unscheduled 
system halts that occur because of errors on channels or I/O devices. 

The alternate path retry (APR) routine provides for the retry of 
a failing I/O operation on another channel path to the device involved, 
if one is available,, when an uncorrectable channel error occurs. Thus 
APR, if present,, is entered from a device-dependent ERP when a permanent 
error is deemed to exist after retry procedures have been attempted. 
If the I/O error is corrected using the alternate channel path, 
operations continue. If a permanent error still exists, the task is 
abnormally terminated unless the dynamic device reconfiguration routine 
is present. A malfunctioning channel path can be varied offline by 
the operator if necessary. 

The dyncunic device reconfiguration (DDR) routine permits the operator 
to move a demountable volume from one device to another of the same 
type when a permement hardware error occurs and provides repositioning 
of the volume so that the failing I/O operation can be retried. A 
volume can also be demounted so that device cleaning procedures can 
be performed and it can then be remounted on the same device. The 
DDR option also supports demountable system residence devices and unit 
record equipment. DDR is entered frcwa a device- dependent ERP after 
a permanent channel or device error occurs on a demountable device. 
Task termination occurs if the error cannot be corrected and a user- 
written permanent error handling routine is not present. (See Figure 
50.10.7.) 

I/O RMS is not included in DOS support, which handles alternate 
channel paths only for tape unit switching and does not provide dynamic 
I/O device allocation by the supervisor. 

ADVANCED CHECKPOINT/RESTART AND WARM START FACILITIES FOR OS 

If the RMS and I/O RMS routines fail in their attempt to correct 
a hardware error and the error is one that causes program or system 
termination,, the automatically provided advanced checkpoint/restart 
and warm start facilities of OS can be employed to minimize the impact 
of the termination on system operation. The automatic restart facility 
can be used to cause terminated programs to be rescheduled immediately 
without resubmission of their job control, so that a minimum of operator 
intervention is required. The operator must authorize all automatic 
job step restarts. If a permanent I/O device or channel failure caused 
the program termination, the device or channel can be varied offline. 
This will insure allocation of a different device when the program 
step is reinitiated. 

The warm start facilities of the control program provide automatic 
saving of SYSIN and SYSOUT data sets and input and output work queues 
so that processed work is not lost when a system termination occurs. 
The operator is informed of the status of jobs in execution when the 
system terminated, and these jobs should be restarted automatically 
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from the beginning or from a checkpoint if the type of processing 
involved permits such a restart. System design should include planned 
restart procedures for unscheduled terminations of individual programs 
and the system. (See Figure 50.10.7.) 
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General flow of OS error recovery procedures after 
an I/O interrupt 



CHECKPOINT/RESTART FACILITIES FOR DOS 

Progrcims terminated because of an I/O device or channel error or 
as a result of a system termination can be restarted from a checkpoint 
or from the beginning of the job step if their job control is 
resubmitted with the appropriate restart control statements included. 
Malfunctioning I/O devices can be removed from the table of available 
devices by the operator, and different devices of the same type can 
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be assigned to job steps via their job control or by the operator. 
Warm start facilities are not required, since DOS does not build work 
queues. (DOS POWER, which builds input and output queues, does provide 
a warm start facility. ) DOS users should plan program and system 
restart procedures. 

50;15 REPAIR FEATURES 

The programmed repair features supplied are designed to minimize 
the impact of malfunction diagnosis and repair on system availability. 
Fault location and repair time should be reduced by: 

1. Improved error recording. Both intermittent and solid hardware 
and I/O errors are logged at the time of failure if Model 145 RMS 
routines are present. More status information will be available 
than was recorded previously for Models 30 and UO. 

2. Online error diagnosis. Error diagnosis and repair can be performed 
concurrently with systen operation in a multiprogramming environment 
to avoid total system,, direct access facility, or tape subsystem 
unavailability. 

3. CE diagnosis routines. More exacting CE diagnosis routines are 
available. 

The following maintenance and diagnostic routines will be provided: 

• Online Test Executive program (OLTEP) and Online Tests (OLT's) 
for operation under OS and DOS control to test malfunctioning I/O 
devices concurrently with system operation 

• Microdiagnostics for use in diagnosing malfunctioning field- 
replaceable units (stand-alone routines) 

OLTEP AND OLT'S - OS AND DOS 

OLTEP is designed to operate as a processing program under operating 
system control. It handles the required interface between the operating 
system aind the device- dependent OLT's. One OLTEP will be provided 
for operation under OS and another for execution under DOS. These 
two OLTEP 's support functions not provided by the currently available 
OS OLTEP and DOS OLTEP programs. 

The inclusion of OLTEP in an operating system is automatic for a 
DOS control program generated for a Model 1U5. OLTEP is a system 
generation option for OS users. (The size of the resident OS or DOS 
control program is not increased by the inclusion of OLTEP.) A stand- 
alone version of OLTEP, called OLTSEP, will be available as well. 
OLT's are obtained from the customer engineer. 

OLTEP directs the selection, loading, and execution of device- 
dependent OLT's for the purpose of I/O device testing and error 
diagnosis. OLTEP is also designed to verify I/O device repairs and 
engineering changes. 

As with any other job step, OS OLTEP is invoked with job control 
and executes with a user-assigned priority. A minimum program area 
of 28K is required for OLTEP operation in OS environments. DOS OLTEP, 
also invoked via job control statements, operates only in the background 
partition in a minimum of 12K and cannot be run with a 6K supervisor. 
The input stream or system console device can be used to supply the 
parameters required for test operations (devices to be tested, options 
desired, etc.). OS OLTEP ensures the protection and security of user 
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data files and storage in use while OLT's are operating. OS OLTEP 
also ensures that the devices to be tested are online or offline (as 
far as the operating system is concerned) as required by the particular 
device type. 

OLTEP also has the new capability of being able to access history 
records describing previous I/O errors on the device being tested. 
In addition, multiple devices can be tested during one OLTEP execution. 
If a console is used to define the test run, the new prompting facility 
can be requested as an aid to the user supplying the definition. 

OLTEP and the OLT's -will reside in the DOS core image library. 
In OS environments portions of OLTEP will reside in both SYSl.LINKLIB 
and SYSl.SVCLIB, v^ile the OLT's can be placed in a user-designated 
disk library (partitioned data set). 

OLTEP and OLT's operate concurrently with other executing jobs in 
a multiprogramming environment and provide online I/O device testing 
and repair, eliminating the necessity for complete system 
unavailability. 

MICRODIAGNOSTICS 

The diagnostics provided are divided into several groups. They 
are the resident diagnostics, the Basic group, the Extended group, 
the Manual Sections, and the Integrated File Adapter section. 

The resident diagnostics, which are loaded as part of the basic 
system microcode, are the CPU Checkout and the Storage Scan/Storage 
Clear routines. The CPU Checkout routine is automatically executed 
following power-on reset, IMPL, IPL, PSW restart, and system reset 
operations to test certain CPU functions. The CPU checkout routine 
stops upon detecting an error, and other diagnostic routines must then 
be executed to pinpoint the suspected malfunctioning replaceable unit. 
The Storage Scan and Storage Clear routines are executed by setting 
the diagnostic switch on the system control panel to the desired 
function. 

The other microdi agnostics provided are fault- locating tests that 
attempt to identify the failing replaceable component. These 
microdiagnostics are distributed on console file disk cartridges. 
They are loaded from the console file and use the system console device 
for communication. 

The Basic group is designed to be used before the Extended group. 
The initial sections of the Basic group are executed directly from 
the console file, rather than from control storage, and they require 
only a minimal amount of hard core circuitry to be operational. Using 
this basic circuitry, a "building block" technique of verifying the 
circuitry is employed, and eventually, control storage is loaded with 
the remaining Basic group diagnostics, which are then executed under 
normal CPU control. The Basic group detects and locates failures in 
the basic CPU and the system console device. 

The Extended group tests other CPU hardware (retry, timers, machine 
check, etc.) and the channels. The tests are designed to be executed 
in a building block sequence also, so that untested hardware is never 
used in testing out another hardware section. The Manual sections 
require manual intervention and are designed to test system control 
panel functions, storage, and the system console device. 
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50;20 RAS SUMMARY 

The degree to which an installation benefits from available RAS 
features depends in part upon their proper implementation. It is 
desirable for Model lUS users to design a system that includes RAS 
features and to become involved in the implementation and use of 
maintenance procedures and aids. Specifically, the user can: 

• Include OLTEP and OLT's in his operating system (optional for OS 
users) 

• Plein system and program recovery procedures (use of 
checkpoint/restart and warm start facilities) 

• Have operating personnel perform normal hardware maintenance 
procedures, such as the periodic cleaning of tape unit heads. 
Proper system hygiene should be maintained, in general. 

• Implement an effective program of operator training so that the 
number of system malfunctions that occur because of operator error 
is reduced 
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SECTION 60: PROGRAMMING SYSTEMS PRE IN STALL AT ION PLANNING 



60;05 GENERAL CONSIDERATIONS 

The hardware, I/O devices, and programming systems support offered 
by the Model 1U5 make it an attractive system for both DOS and OS 
users. The Model 1U5 provides DOS and OS users with the potential 
for increasing the throughput of existing applications and the 
capability of expanding into new application areas on an improved price 
performance basis. Specifically, the Model 145 offers Model 30 and 40 
DOS users: 

• Increased internal performance, approximately three to five times 
the Model ftO and five to eleven times the Model 30 

• More byte multiplexer subchannels for expanding terminal-oriented 
applications and twice as many selector channels with a faster 
data rate 

• The capability of attaching more and faster I/O devices, such as 
more 2314 disk storage;, 320 KB tape units, and the 3211 Printer 

• Integrated lUOO/7010 emulation that provides advantages over and 
above those offered by CS/30 and CS/40 

• Improved throughput potential and additional functions through 
use of more processor storage, increments of which can be added 
for less cost than on Models 30 and UO 

In addition to the general uses stated in Section 1, additional 
processor storage can be used in a DOS environment for the following: 

• Installation of POWER II to provide unit record data transcription 
(card reader, printer, and punch operations) overlapped with 
production job step processing. DOS users with a version of POWER 
already installed can allocate more or larger I/O areas and handle 
more devices to improve performance. The remote job entry function 
of POWER II can be used also. A minimum partition size of 38K 

is required to support remote job entry in addition to data 
transcription. 

• Execution of full function language translators such as ANS FULL 
COBOL V3 (5UK) , the PL/I Optimizing Compiler that has OS PL/I F 
capability (tUlK), and FORTRAN IV (40K) 

• Execution of the Tape and Disk Sort/Merge program, which offers 
significantly improved performance when larger amounts of processor 
storage are used 

• Installation of time sharing, using the Interactive Terminal 
Facility (ITF) — a partition size of approximately UOK is required 
to handle 10 to 12 terminals 

• Implementation of DATA/360-DOS for data entry and verification 
operations, using 2260 Display Stations instead of keypunches and 
verifiers 

• Installation of GPSS (General Purpose Simulation System) 

• Installation of IBM-supplied application-oriented programs (Type 
II and program product) 
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DOS users who find it desirable to convert to OS with installation 
of a Model 145 will find the transition eased by use of DOS emulation 
under OS, a feature not available on Systein/360 models. For larger 
DOS users, the following are some of the attractive features offered 
by OS that are not provided by DOS: 

• Expanded multiprogramming — up to 15 processing programs (partitions 
or regions) operating concurrently with unit record data 
transcription (multiple reader interpreters and output writers) 

• Priority and job class scheduling for more efficient use of 
available system resources 

• Dynamic resource allocation (at program execution time) by the 
operating system of I/O devices, direct access space, processor 
storage, and programs 

• Expanded data management facilities, including device independence, 
a data set catalog, shared direct access device support, and graphic 
device support 

• Program relocation at execution time by the control program and 
multiple executable program libraries 

• Job accounting data and resource usage statistics gathered by the 
control program 

• Expanded teleprocessing support (TCAM) and time-sharing support 
(TSO and CALL/3 6 0-OS) 

• Alternate and multiple console support, including graphic consoles 

In addition to supporting a wide variety of general and specific 
application programs, OS also supports Model 14 5 features such as 
extended precision, the time of day clock, block multiplexing, 3330 
and 2305 facilities, and a remote 3210 Model 2 as an alternate or an 
additional console. The Model 30 or 4 OS user can now use integrated 
instead of stand-alone 1400/7010 emulation and, like the DOS user, 
will benefit from the expanded hardware capabilities — faster internal 
performance, more and faster channels and I/O devices, larger processor 
storage, etc. — offered by the Model 145. 

Because extensive hardware and programming systems compatibility 
exists between the System/370 Model 145 and System/360 models, most 
Model 30 and 40 users can upgrade to a Model 145 with a minimum of 
effort. This is also true for users of ASP (Attached Support Processor) 
who wish to upgrade a Model 40 support processor to a Model 145. 
Essentially, no more effort may be involved in the Model 145 
installation process for OS MFT (and MVT) users and DOS users who do 
not convert to OS than is required currently to change from one 
operating system release to another, or to regenerate an operating 
system to include new hardware, new I/O devices, and more control 
program options. In most cases, the fact that an OS MFT or DOS user 
is upgrading to a Model 145 should not add to the effort that would 
be required if new applications were to be added and system changes 
were to be implemented for a Model 30 or 40 upgrade to another System/360. 

60;10 OS MFT AND MVT TRANSITION 

A system generation must be performed using an OS release that 
includes Model 145 support in order to obtain an operating system 
designed to support new Model 145 features. The OS starter system 
can be used on a System/360 or a System/370, and a control program 
for either a System/370 or a System/360 model can be generated. The 
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existing system generation job stream can be used, with the following 
modifications, as appropriate: 

• Direct access space allocation for operating system data sets will 
have to be adjusted as indicated in IBM System/360 Operating System , 
System Generation (GC28-655«») . If a 3330 or a 2305 facility is 

to be used as a system residence device, ONIT parameters in job 
control stat^nents must be changed where necessary. 

• Stage I input must be modified to reflect the Model 115 
configuration, including the presence of any new I/O devices or 
features, such as the 3211 Printer, the 3330 facility, the 2305 
facility, integrated emulator programs, etc. Other control program 
options can be included, such as I/O RMS, OLTEP, and performance 
improvement features. 

• FCB and UCB images should be added to SYSl.SVCLIB if a 3211 Printer 
is included in the configuration. User-written output writer 
procedures should be modified to include these specifications . 

An OS MFT or MVT operating system generated for the Model 145 
includes the following: 

• A nucleus designed to operate in the fixed processor storage area 
of the Model ItJS. MCH, CCH, OBR, and SDR routines are included. 

• Control progreun support of block multiplexing and rotational 
position sensing, as discussed in Section 30, if requested 

• Support of user- specified new I/O devices and Model lt»5 operator 
consoles, including a remote 3210 as an alternate or additional 
console 

• Support of the interval timer and time of day clock 

• Support of the new instructions by Assembler F 

• The required interface to the integrated emulator program specified 
at system generation, if any 

If integrated emulator programs are to be used, the steps outlined 
in Section UO must be taken in order to convert from a lU 00/7 010 system 
or from current steuid-alone emulation procedures. 

EXISTING OS PROCESSING PROGRAMS AND JOB CONTROL 

IBM-supplied OS program products and Type I processing programs 
(language translators, utilities,, etc.) will run on the System/370 
Model 145 %d.thout alteration. Subject to the exceptions stated in 
Section 10:05, user-written OS processing programs that operate on 
Models 30 and UO viill also execute correctly on the Model 1U5. 
Modification and reassembly of existing user-written OS processing 
programs is not required unless new processing is to be added or 
existing processing is to be altered. Modification of the job control 
for these processing programs is required if I/O device type is changed 
(from 1403 to 3211, for example), if direct access space allocation 
changes,, if a DCB parameter is to be altered, etc. I/O device type 
changes do not necessitate processing program alterations unless device- 
dependent macros have been used, data organization is changed, or a 
DCB parameter that is specified in the program is to be changed. 

CONVERSION TO 3330 AND 2305 FACILITIES 

Conversion from currently installed direct access devices to the 
3330 facility involves the same procedures as are required now to 
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change from one disk device to another, say from 2311s to a 2314. 
Existing disk data sets can be placed on 3336 Disk Packs, using an 
IBM-supplied utility in most cases. Assuming that data organization 
is not changed, consideration should be given to altering the block 
size used and the amount of space allocated to the data set. The 
location and size of each type area in an ISAM data set should be 
altered, taking into account 3336 Disk Pack characteristics. These 
changes can be made in job control statements. 

Sequentially organized data sets (processed by QSAM or BSAM) and 
partitioned data sets can be copied from the source direct access 
device directly to the 3330 facility, using the OS lEHMOVE utility. 
Or they can be copied to tape and then to the 3330 facility, using 
the same utility (if the source direct access device type is not present 
in the Model 145 configuration) . 

Indexed sequential data sets can be copied directly from the source 
direct access device to the 3330 facility, using the lEBISAM utility. 
Alternately, they can be unloaded to tape and then reloaded, using 
the same utility. Changes to space allocation, etc., can be made via 
job control statements. 

Direct organization (EDAM) data sets can be copied on a track-to- 
track basis from the source direct access device to the 3330 facility, 
using lEHMOVE, or copied to tape and then to the 3330 facility. If 
more records are to be placed on a 3330 track than are on a source 
device track, the existing reorganization program can be used to 
transfer the data to the 3330 facility, and the program may have to 
be changed. Reprogramming of the randomizing routine used in the 
reorganization, and in all processing programs that access the BDAM 
data set, is necessary if a relative track or actual address reference 
is used and fewer (or more) 3330 tracks are allocated to the data set 
than before. 

Subject to the restrictions stated in Section 10:05 and those 
indicated for BDAM data sets, existing executable processing programs 
can be used without change to process data sets that have been 
transferred to 3336 packs. Nothing need be done to job control for 
these programs if the cataloged procedures supplied with the language 
translators are used, as long as the 3330 facility is specified as 
a SYSDA device at system generation. Otherwise, job control statements 
must be changed to request 3330 devices and, optionally, any data set 
characteristic changes, such as block size. RPS support, as described 
previously, is provided automatically. 

User-written programs that use the EXCP level to access disk data 
sets that have been transferred to 3336 packs may have to be modified 
to reflect the characteristics of the data set on the 3336, a different 
number of records per track, a different number of tracks per cylinder, 
etc. All 2311 and 2314 CCW lists will operate on 3330 facilities 
except those that are device or channel time dependent and those that 
support the file scan feature, which is not available on the 3330 
facility. User-written 2311 or 2314 error routines will not execute 
correctly and must be modified. RPS commands have to be added by the 
user if this support is desired for programs that use EXCP. (Note 
that the XDAP macro %d.ll include support of RPS commands.) 

Data sets currently located on 2303 Drum Storage can be placed on 
a 2305 facility,, using a data set utility progreim. Unit specification 
in the job control stat«nents of existing programs that will access 
the 2305 facility, instead of the 2303 drum, must be changed. Also, 
to reflect the larger capacity of a 2305 track, it may be necessary 
to alter the block size used. The latter also can be done via job 
control statement alterations (without program reassembly) unless block 
size was specified in the program itself. 
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CONVERSION TO THE 3803/3420 MAGNETIC TAPE SUBSYSTEM 

As st.ated in Section 20:25, existing tape processing programs and 
their job control statements and tape voliimes need not be modified 
in order to be used with 3803/3420 subsystems with equivalent features 
whenever the same recording modes are used. 

Whenever possible, seven- and nine-track NRZI mode tape volumes 
should be converted to 1600-BPI PE format to obtain the benefits of 
the higher density and the PE recording technique. In cases in which 
tape volumes must retain seven-track NRZI format, for interchange with 
other systems for example, use of the 3803/3U20 subsystem offers 
improved tape reliability and subsystem serviceability as already 
discussed. 

Conversion of seven- and nine-track NRZI tape volumes Ccui be done 
gradually during production processing. That is, the old master input 
tape volume is read in on a 3420 tape unit with the appropriate 
compatibility (Dual Density or Seven-Track) feature while the new 
master output tape is written on a 3420 tape unit in 1600-BPI PE format. 
Existing programs that process these converted tapes need not be 
modified unless an altered characteristic (recording mode or block 
size, for example) is specified in the program DCB. Existing job 
control for these programs must be altered to request a tape unit with 
the new recording characteristics and, if desired, to change existing 
DCB pareuneters such as block size, number of buffers, etc. 

Tape reels that cannot be converted on an as-used basis, such as 
program tapes or active reference tapes that are not rewritten when 
processed, can be converted by using a copy utility. 

60:15 PLANNING OPTIMAL SYSTEM PERFORMANCE , USING BLOCK MULTIPLEXER 
CHANNELS AND ROTATIONAL POSITION SENSING DEVICES 

Block multiplexing, rotational position sensing, and multiple 
requesting provide the user with another tool that can improve total 
system throughput in the area of multiprogramming. However, the 
effectiveness of this tool for a given installation depends largely 
on proper planning for its use. This section indicates how to use 
block multiplexer channels and RPS devices more effectively. 

The guidelines outlined indicate how best to configure a system 
with rotational position sensing devices, how to plan job scheduling, 
and what to consider when determining disk data set characteristics . 
Explanations follow the statement of each guideline. 

All guidelines presented are not necessarily practical for all 
users. Each item should be evaluated in terms of the processing 
requirements and hardware configuration of an installation. 

SYSTEM CONFIGURATION AND GENERATION 

Guidelines for system configuration and generation are as follows: 

1. Multiple 3330 facilities should be placed on a single block 
multiplexer channel. 

Performance improvement occurs (1) as a result of overlapping 
the rotational positioning time of disk devices and (2) because 
more I/O requests can be initiated in a given period of time, 
since the channel is free more often. When many disk devices 
are active concurrently on a block multiplexer channel, there 
is more potential for such overlap. 
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2. Direct access devices with RPS should be placed on separate 
channels from I/O devices without RPS. Alternatives are as 
follows : 

a. If it is necessary to place non-RPS devices on the same 
block multiplexer channel with RPS devices, give first 
choice to non-RPS devices with a buffered control unit, 
such as the 25'»0 Card Read Punch and the 1U03 Printer. 
These devices disconnect from a block multiplexer channel 
during the relatively long mechanical portion of their 
cycle, thereby freeing the channel for other operations. 

b. Tape units should not be placed on a block multiplexer 
channel with RPS devices unless absolutely necessary, because 
channel disconnection does not occur during any of their 
channel operations. If this is not possible, try to plan 
job scheduling to avoid having jobs using tape units and 
jobs using RPS support active on a block multiplexer channel 
at the same time. If this is not feasible, try to assign 
very low- activity data sets to these tape units. 

A device without channel disconnect capability can monopolize 
the block multiplexer channel for relatively long periods of 
time, thereby preventing (1) the initiation of other I/O 
operations on the channel and (2) the reconnection and completion 
of disk RPS channel programs already in operation on the channel. 
For example, a direct access device without RPS retains use 
of the channel during its search operations as well as during 
its reads and writes. If the device is a 2314 and block size 
is half a track, the channel is busy for 25 ms on the average 
(12.5 ms average rotational delay plus 12.5 ms read/write) for 



106.1 



THIS PAGE INTENTIONALLY LEFT BLANK, 



106.2 



each I/O operation started for the non-RPS 2314 facility. Even 
if the block size used is relatively small, the channel can 
still be monopolized by the non-RPS device if there is high 
activity on the device. 

3. The 2305 facility normally should not be placed on a block 
multiplexer channel with any other device. 

Exclusive use of a channel ensure^ optimum performance of the 
2305 facility as a system residence device. 

The following should be noted as regards specification of priority 
and ordered- seek I/O request queuing options for RPS devices at OS 
system generation. The priority queuing option ensures priority I/O 
request initiation for the device, but because of first-come, first- 
served handling of I/O operations on the block multiplexer channel, 
this option does not ensure that priority device channel programs will 
complete sooner than other RPS channel programs that were started later 
on the channel. However, the objective of specifying the orde red-seek 
queuing option (minimization of arm movement on a disk drive) can still 
be achieved when using RPS. 

JOB SCHEDULING 

Guidelines for job scheduling on the System/370 Model 145 are: 

1. If total system throughput improvement, rather than maximum 
individual job performance increase, is the objective, schedule 
jobs that use RPS together such that the maximum number of RPS 
devices are active concurrently on each block multiplexer 
channel . 

Greater overlap potential exists when more RPS devices are 
active concurrently on a block multiplexer channel. (See item 
1 under "System Configuration and Generation".) 

2. When jobs that use disk data management functions %rLth RPS 
support are executed concurrently with jobs that do not use 
RPS support, the devices assigned to the former should be on 
different channels from devices assigned to the latter. 

Alternately, if jobs using RPS and jobs not using RPS must 
access devices on the same block multiplexer channel 
concurrently, the jobs *d.thout RPS support should have high 
seek activity such that search and read/write time is small 
compared to seek time. 

Assume sequentially organized data sets and TCAM message queues 
are allocated to the same 3330 facility on a block multiplexer 
channel. A QSAM job step and a TCAM job step are executing 
and access the 3330 facility data sets concurrently. Since 
RPS commands are not used for TCAM message queue processing, 
each 3330 disk drive containing TCAM message queues acts like 
a non-RPS device and can monopolize channel time. Thus, the 
job steps that use QSAM Cein be delayed. (See item 2 under 
"System Configuration and Generation" . ) 

3. Allocate a data set that will be accessed using QSAM or BSAM 
chained scheduling to a device on a channel without active RPS 
jobs. 

The chained scheduling technique is designed to keep a device 
active as long as record processing keeps up with record reading 
or writing. Thus, the channel can be kept busy for long 
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durations, preventing the execution of any other I/O operation 
on the channel. Note that while QSAM and BSAM support concurrent 
use of RPS and chained scheduling for access to a disk data 
set, the performance attained by using chained scheduling alone 
will not be improved significantly by using RPS as well. 

When data sets are being processed by an RPS access method in 
a multiprogramming or multitasking environment and disk device 
assignment is handled by the user rather than by the control 
program, allocate as many separate RPS devices as is practical. 

This approach allows the possibility of having more concurrent 
operations on these data sets and therefore more seek and 
rotational positioning overlap. 

If a response-oriented RPS job operates on a block multiplexer 
channel concurrently with other RPS jobs, job scheduling should 
ensure that the number of jobs executing simultaneously is such 
that the performance desired for the response- oriented job can 
be attained. 

The performance of a block multiplexer channel is affected by 
the percentage of time the channel is busy searching and reading. 
The read or write of a particular record may be delayed one 
rotation because the channel is busy servicing another channel 
progrcim. The probability of a particular record being delayed 
is a function of the percentage of channel busy time. As block 
multiplexer channel utilization increases, the probability that 
individual channel programs %«111 be delayed increases. It is 
theoretically possible for the read or write of a particular 
record to be delayed indefinitely because the block multiplexer 
channel is busy searching for and reading other records. That 
is, utilization of more and more block multiplexer channel time 
will normally result in better overall performance but will 
increase the likelihood of delayed response from any one data 
set- 



DATA MANAGEMENT PARAMETERS 

Guidelines for the use of data management parameters are: 

1. When organizing direct data sets to be processed using BDAM, 
use fixed-length standard records and a record reference that 
includes ID (relative block, relative track and ID, or actual 
address) . 

RPS is supported only for fixed-length standard and VBS foannats 
without key reference because record position must be known 
in order to calculate the sector number required for positioning. 
However, if a key reference or a variable record format is used, 
RPS support is provided for write verification and update (after 
retrieval) operations. 

2. Use a large block size for sequentially processed data sets 
whenever possible, subject to the availability of processor 
storage for buffers. 

The use of RPS can provide performance gains for both short 
and long disk record blocks. However, use of large rather than 
short blocks reduces the total time required to read or write 
a given data set because less disk space is required and fewer 
I/O operations are necessary. Note also that total throughput 
for a given block multiplexer channel is improved by using 
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blocks of equal (or nearly equal) size for all data sets being 
processed on the channel. 

3. Ose fixed standard records for QSAM and BSAM data sets where 
possible. 

The channel programs used for fixed standard records free the 
channel more often than when other record formats are used. 
A search for the previously read record is not used in order 
to locate the next sequential record when fixed standard records 
are read sequentially. The sector number of the next sequential 
record is obtained by including a READ SECTOR command at the 
end of the channel program used to read each record. Therefore, 
the SEARCH command specifies the ID of the desired record and 
the channel is free during the time it would otherwise have 
been busy searching for the previously read record. 

Channel time is reduced when fixed standard records are written 
because the operation required to calculate the remaining number 
of l^tes on a track after each write is eliminated. (Note that 
the disk control unit is still busy erasing to end of track 
after formatting write operations even though the channel is 
freed after the data record has been written.) 

4. Ose multiple buffers with QSAM and BST^. 

The availability of multiple buffers per data set lowers the 
probability that a task will have to wait for a particular 
record. QSAM is designed to initiate an I/O request whenever 
a buffer becomes available, thus keeping the channel queue as 
full as possible. When BSAM is used, the programmer must handle 
the initiation of I/O requests. 

The following summarizes the advantages of rotational position 
sensing, multiple requesting, and block multiplexing. 

• System throughput increases can be achieved when multiple sequential 
data sets are processed concurrently on a single block multiplexer 
channel (using QSAM, QISAM, or BSAM) because a higher effective 
channel data rate results. 

• The number of block multiplexer channels required in a given system 
configuration can be fewer than the number of selector channels 
that would be required to handle the same amount of data, because 
more effective channel utilization is achieved by block multiplexing 
disk operations. 

• The performance cost to an installation of verifying disk write 
operations is sharply reduced. 

• The greatest throughput improvement results from use of rotational 
position sensing with high-activity, transaction-based processing, 
that is, with applications that include one or more large jobs 
that: 

1. Ose direct processing (BDAM) with fixed-length standard or VBS 
records and a record reference that includes ID 

2. Require a multiple volume data base of small records 

3. Process many additions and updates and use write verify 
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60:20 OS PORTABILITY 

To avoid multiple system generations, an OS user with multiple Model 
1U5 systems may wish to generate a single operating system that can 
be used on every Model 1U5 in the installation. This is possible under 
the same system hardware and I/O device configuration restraints that 
exist for System/360 models. During the IPL procedure, channels and 
I/O devices may have to be varied offline, partition sizes may have 
to be redefined, etc., when the operating system is used with a 
different configuration than was specified during system generation. 

A user with both a System/370 Model 1U5 and a System/370 Model 155 
or a System/360 model in an installation may also wish to generate 
one operating system that can be used on both models . This approach 
provides backup when one system is unavailable and can eliminate the 
necessity of multiple generations. 

Portability of an OS operating system between a Model 145 and a 
Model 155 or a System/360 model, say UO or 50, can be achieved by 
utilizing a multiple nucleus control program under the following general 
conditions : 

1. The system hardware and I/O device configuration of both systems 
must be similar. For example, a Model 145 OS control program 
generated to support block multiplexing mode and RPS direct 
access devices cannot be executed on a system without such 
channels cuid devices. 

2. The same control program, MFT or MVT, must be used for both 
systems . 

3. Consideration should be given to the processor storage sizes 
of the two models when determining the size of the scheduler, 
language translators, and the linkage editor (s) included in 
the generated system. 

4. Processing programs that are to run on both models must use 
instructions and features common to both systems. An Assembler 
Language program that uses the new general purpose instructions 
for the Model 145 or byte orientation can be executed on a 
Model 155 but not on Models 40 or 50. 

In order to generate an operating system that is portable between 
the Model 145 and the Model 155, 40, or 50, the following steps are 
required : 

1. A complete system generation must be performed to generate an 
operating system for the Model 145. The IPL- time system/ operator 
communication option must be requested so that options specified 
can be altered during IPL. 

2. A nucleus generation should then be done for the alternate 
system. The model number specified (in the SDPRVSOR, SECMODS, 
CENPROCS macros, etc.) will be that of the alternate system, 
not the Model 145. 

3. Additional link edits must be performed to add model-dependent 
routines to the generated multiple nucleus operating system. 
Specifically, MCH or SER and EREP model- dependent routines for 
the secondary system must be included, as appropriate. 

4. If extended precision floating-point divide is used in processing 
programs, the following steps should be taken. SYSl.LINKLIB 
contains two divide simulation routines. One uses extended 
precision hardware, the other does not. When a full generation 
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is performed for the Model 145, a calling mechanism is set to 
request the divide routine that uses extended precision 
instructions at execution time, since the Model 1U5 contains 
these instructions. 

Therefore, the divide simulation routine that does not use 
extended precision should be transferred from SYSl.LINKLIB to 
another library and given the same member name as the divide 
routine with extended precision instructions. When the operating 
system is executed on a Model 145, SYSl.LINKLIB should be used 
by extended precision programs. When the operating system is 
executed on a Model UO or 50, the alternate library should be 
used. 

Whenever a new program that is to execute on both systems is added 
to a library or if the Model m5 hardware configuration changes, the 
user must consider whether or not portability is affected. 

60;25 DOS TRANSITION 

A system generation must be performed using a release of DOS that 
includes Model 145 support in order to obtain a supervisor that supports 
new Model 145 features. The DOS starter system can be used on a 
System/360 or System/370 to generate a control program for either a 
System/370 or a System/360 model. The existing syst«n generation job 
stream can be used, modified to reflect the Model 145 hardware 
configuration and the use of integrated emulator programs, as 
appropriate. Additional supervisor options can be selected as well. 

A DOS operating system generated for the Model 145 includes the 
following: 

• MCAR and CCH routines to handle the expanded machine check 
interrupt. OBR and SDR are included to handle I/O error recording, 
and OLTEP is present also. 

• Support of the new I/O devices (3211 Printer and 3803/3420 tape 
subsystem) and the new Model 145 console specified 

• Support of the interval timer, if requested 

• Support of the new instructions by Assembler D (14K variant) 

• The required interface to the integrated emulator program specified 
at system generation,, if any 

In general, the new supervisor will be larger than the one currently 
in use because of the automatic inclusion of MCAR, CCH, OBR, and SDR 
routines and user selection of additional options. (The minimum DOS 
supervisor size for the Model 145 is 14K.) This increase will be less 
for DOS supervisors that currently contain the optional MCRR, OBR, 
and SDR routines. A larger supervisor and the availability of 
additional processor storage in the Model 145 will cause partition 
starting addresses to change. Therefore, existing user-written, 
nonrelocatable DOS programs have to be link-edited relative to the 
new partition starting addresses and placed in the new core image 
library. If relocatable modules for these nonrelocatable programs 
are not available, reassembly of the source modules, as well as link 
editing of the resulting relocatable modules, is required. Existing 
user-written, self -relocatable DOS program phases can be copied directly 
from the old core image library to the new one. 

Subject to the restrictions stated in Section 10:15, alteration 
of an existing source program is required only if new processing is 
added,, if existing processing is changed, if there is a change in the 
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I/O device types used in the program (ASSGN job control statements 
may also require changes) , or if the program contains a user- writ ten 
routine that depends upon a particular release of DOS for communication 
with the supervisor. (Conversion of emulated programs and files is 
discussed in Section 40.) 

The OS discussion of conversion of existing tape programs and their 
job control statements and existing tape volumes for use with a 
3803/3U20 tape subsystem applies to DOS also except that a change in 
a parameter, such as blocking factor, involves alteration of the program 
(tape DTF) . In addition, recording mode changes involve job control 
(ASSGN) statement alteration only (not DTF modification) . 

60:30 DOS PORTABILITY 

A DOS user with multiple Model 1^5 systems can generate a single 
operating system that can be used on each system, subject to restraints 
imposed by differences in hardware configurations. 

A single DOS control program can also be portable between System/ 370 
Models 1U5 and 155 because of the way DOS RMS routines are structured. 
(DOS support is not provided for the System/370 Model 165.) During 
IPL, the determination of the model in use is made by the initialization 
routine, using the STORE CPU ID instruction. Bits are then set in 
the supervisor that are tested during RMS routine execution to determine 
whether a Model m5 or 155 routine should be used in those cases in 
which model- dependent routines exist. 

If a single control program is to be used for both a System/370 
Model 145 and a System/360 model, say 40 or 50, Model 145 should be 
specified at system generation time so that MCAR and CCH are included. 
Model 145 MCAR and CCH routines will not execute properly on a Model 
30 or 40. When a DOS supervisor containing them is loaded during IPL, 
MCAR and CCH are disabled automatically by the initialization routine 
when the routine determines that it is not operating on a Model 145. 
(Note that MCAR and CCH cannot be disabled by the operator with the 
RF parameter when a DOS supervisor containing them operates on a Model 
145.) This means that the Model 30 or 40 will run as it would if the 
optional MCRR routine was not included in the supervisor. That is, 
there will not be any machine check error recording and the system 
will go into a wait state when a machine check interrupt occurs. Thus, 
if the facilities provided by MCRR routines are desired for a Model 
30 or 40 supervisor, a system generation must be done for each unique 
model in the installation so that the appropriate model-dependent 
machine check routine is included in each supervisor. 

As covered in the OS portability discussion, processing programs 
that are to execute on the Model 145 and a Model 30 or 40 must use 
instructions, features, and I/O devices common to both systems. 

60;35 USE OF OTHER PROGRAMMING SYSTEMS 

Subject to the restrictions stated in Section 10:05, users of 
OS PCP, TOS, BOS, BPS, non- IBM- supplied control programs, or OS MFT 
and MVT and DOS control programs not generated for a Model 145 can 
execute their existing control and processing programs on a Model 145 
with a hardware and I/O device configuration comparable to that of 
the System/360 model now installed. However, since Model 145 RMS 
(machine check and channel check routines) are not included in these 
control programs, the Model 145 will operate under the following 
conditions : 

1. Single-bit processor and control storage error correction is 
performed; however, a machine check interrupt does not occur. 

2. The IPL setting of the recovery mask bit disables interrupts 
after CPU retry corrections. 

3. Damage to the time of day clock or the interval timer causes 
a machine check interrupt condition and generation of logout 

data. 
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U. A hard machine check error (an unretryable or uncorrectable 

CPU error, a double- or multiple-bit processor or control storage 
error, or a storage protection failure) causes a hard machine 
check condition and generation of CPU extended logout data. 

A machine check control switch, which determines the action that 
is to be taken when a machine check condition occurs, is present on 
the system console. When the switch is in the process position, machine 
checks cause an interrupt and logout if they are not disabled. This 
setting is to be used when an operating system containing Model 145 
RMS is in operation. When the switch is in the stop after log position, 
all enabled machine check conditions cause an interrupt and a logout, 
after which the system stops. 

If the Model 145 is not set to stop after a machine check when an 
operating system without Model 145 RMS is used, the system takes 
whatever action was planned for machine checks: 

• Any control program without a recovery routine included (for 
example, SERO or SERl for OS or MCRR for DOS) will enter the wait 
state after a machine check interrupt and logout. The logged data 
can be printed on the console (using display mode) or printed out 
with a stand-alone processor storage dump program. The operator 
can re-IPL and attempt to continue operations or the CE can perform 
diagnostic procedures. 

• Any control program that contains a recovery routine will enter 
the routine and attempt execution. As stated in Section 10:05, 
these routines access model-dependent data and will not operate 
correctly. In addition, the CPU extended logout data stored when 
the interrupt occurred will have destroyed the code located in 
locations 512 to 703. Results are unpredictable. 

Therefore, control programs containing non-Model 145 recovery 
routines should be run with the system set to stop after logging when 
machine checks occur. 

For the following reasons, it is advantageous for Model 145 users 
to install an operating system that includes recovery management support 
designed specifically for the Model 145: 

• The number of re-IPL* s necessary because of machine malfunctions 
can be reduced. Most hardware errors can be corrected either by 
Model 145 hardware recovery procedures or RMS routines. The latter 
ensures the continuation of system operation whenever possible 

if the error cannot be corrected. This is particularly important 
during online operations. In Model 145 systems without RMS 
routines, recovery is provided only for correctable CPU errors 
and single-bit processor and control storage errors. Other errors 
will necessitate a re-IPL. 

• Status information recorded by RMS routines will assist the customer 
engineer in the diagnosis of machine malfunctions. This data will 
be of greatest benefit in diagnosing intermittent errors. 

• DOS users who install a DOS supervisor that includes Model 145 
RMS will also have the advantages of integrated emulation. (CS/30 
and CS/40 cannot be executed on a Model 145.) 

• Versions of OS control programs that include Model 145 RMS are 
the only ones that include support of new Model 145 CPU features, 
block multiplexer channels, direct access devices, and integrated 
emulators. 
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SECTIOW 70; COMPARISON TABLE OF HARDWARE FEATURES AND PROGRAMMING 
SUPPORT - SYSTEM/360 MODELS 30 AND ^0 AND SYSTEM/370 
MODEL 145 



This table has been included for quick reference. It compares the 
hardware features of Models 30, 40, and 145. It also indicates DOS 
and OS support of Model 145 features. A dash (-) in a programming 
system column indicates that the hard%fare feature does not require 
programmed support. 
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Hardware Feature 
I. CPU 

A. In-temal Performance 

1. Relative to Model «iO 

2. Relative to Model 30 

B. Instruction set 

1. Standard set 

(Binary zurithmetic) 

2. Decimal arithmetic 

3. Floating-point 

arithmetic 
H. Extended precision 
floating-point 



5. Six new instructions 

(MOVE LONG, COMPARE 
LONG, etc.) 

6. STORE CPO ID, STORE 

CHANNEL ID, etc. 
privileged 
instruct ions 

C. Interval timer 



D. Time of day clock 



E. CPU retry by hardware 



F. Machine check interr^t 



System/360 
Model 30 



System/360 
Model to 



Standard 
Optional 
Optional 
Not available 

Not available 
Not available 



Optional 
(16.6 ms 
resolution) 

Not available 



Standard 
Optional 
Optional 
Not available 

Not available 
Not available 



Standard 
(16.6 ms 
resolution) 

Not available 



G. Fixed lower storage area 
size (including logout 
area for machine and 
channel errors) 



Limited 



Occurs on CPU, 
main storage, 
and certain 
channel errors. 
One mask bit 
controls this 
interrupt. 



139 bytes 



No 



Same as the 
Model 30 



System/370 
Model HtS 



3 to 5 
5 to 11 



Standard 

Standard 

Optional 

Optional 
(Included in 
floating-point 
option) 

Stcuidard 
Standard 



Standard 
(3.33 ms 
resolution) 

Standard 



Standard 



DOS - Model ms 



OS - Model 1H5 



324 bytes 



Occurs after 
corrected and 
uncorrected 
errors . There 
are five types 
of machine check 
and all are 
individually 
maskable. 

70U bytes 
reducible to 
512 if extended 
logout area is 
moved 



All languages 

All languages except 

FORTRAN 
All languages except 

RPG 
Mnemonics in Assembler 

D (14K) 



Mnemonics supplied for 
user use in Assembler 
D (lUK) 

Used by the control 
program 



Supported for time 
intervals and time 
of day 

Not supported 



Both successful and 
unsuccessful 
hardware retries 
logged by MCAR 

Soft euid hard machine 
checks are logged. 
Recovery procedures 
are performed. 



Data logged is handled 
by RMS routines 



All languages 

All languages except 

FORTRAN 
All languages except 

RPG 
Assemblers F and H 

and FORTRAN H and 

PL/I Optimizing 

Compiler prograun 

products 
Mnemonics supplied for 

user use in 

Assemblers F and H 
Used by the control 

program 



Supported except 
for time of day 
requests 

Supported for time 
of day requests 

Both successful and 
unsuccessful 
hardware retries 
logged by MCH 

Same as DOS with some 
differences in 
recovery procedures 
performed 



Data logged is handled 
by RMS routines 



Hardware Feature 



System/360 
Model 30 



System/360 
Model 40 



System/370 
Model 1U5 



DOS - Model 145 



OS - Model 145 



H. Compatibility features 
(Optional unless 
otherwise indicated) 



I. CPU cycle time 



J. Direct Control feature 



1.1401/1440/1460 
2.1620 

(mutually 

exclusive 

featiires) 



750 nanoseconds 
1-byte data flow 



1.1401/1460 

2.1410/7010 

3.1401/1440/1460 
DOS Compati- 
bility (for 
use with CS/40) 



625 nanoseconds 
2-byte parallel 
data flow 



1.1401/1440/1460 1. 1401/1440/1460 



Optional 



OptionaQ. 



2.1401/40/60, 
1410/7010 

3. OS/DOS 

Compatibility 
(standard) 

Variable from 
202.5 to 315 
nanoseconds 
4-byte parallel 
data flow 

Optional 



integrated 
emulator program 
1401/1440/1460 and 
1410/7010 integrated 
emulator programs 



1. Same as DOS 

2. Same as DOS 

3. OS DOS Emulator 
program 



Not supported 



Not supported 



II. STORAGE 



A. Processor (main) 
storage sizes 



B. Processor storage 
cycle 



C. Processor storage 
validity checking 



D. Control storage 



8K 
16K 



32K 
64K 



All are supported 



All are supported 



24K 


128K 




11 2K 


32K 


192K 




160K 


64K 


256K 




208K 
256K 
384K 
512K 


1 . 5 microseconds 


2.5 microseconds 


540 nanoseconds 


for 1 byte 


for 2 bytes 




fetch for 4 data 

bytes 

607.5 nanoseconds 

store for 4 data 

bytes 

540 nanoseconds 

fetch for 8 

instruction 

bytes 


Parity checking 


Same as Model 


40 


ECC checking on ( 


on each byte - 






a doubleword. 


errors are not 






Single-bit 


corrected by 






errors are 


hard%rare. 






corrected by 
hardware. 


Card ROS 


Tape ROS 




Reloadable 



corrected intermittent 
single-bit and 
uncorrected storage 
errors are logged 
by MCAR. 



MCH logs errors as 
does DOS. Control 
program routines are 
refreshed if 
possible when 
double- or multiple- 
bit errors occur. 



monolithic storage 
(32K-64K) with ECC 



Hardware Feature 



Systein/360 
Model 30 



System/360 
Model aO 



System/370 
Model las 



DOS - Model 1*5 



OS - Model 1U5 



E. Byte boundary alignment 
( nonpri vi leged 
operands ) 



F. Storage and fetch 
protection 



No 



Storage protect 
is optional. 
Fetch protect 
is not available. 



No 



Standard 



Same as Model 30 Standard 



Progreunmers can use 
the byte alignment 
hardware facility in 
Assembler programs. 

Storage protect is 
supported. 



Same as DOS 



Storage protect is 
supported 



III. 



CHANNELS 



A. Byte multiplexer 
channel - up to 8 
control units 

1 . Subchannels 
provided 



B. Integrated File Adapter 



C. Selector channels 



1. Channel Word 

Buffer feature 

2. Maximum individual 

channel data rate 



Standard 



Standard 



Standard 



8K-32 


32K-32 


Number of sub- 


16K-96 


6HK-6U 


channels per 


2UK-96 


128K-128 


system is not 


32K-96 


192K-128 


related to stor- 


6«>K-96 


256K-128 


age size. A tot- 


A special fea- 




al of 16,32,6a, 


ture permits 




128, or 256 sub- 


systems with 32K 




channels is per- 


or 6 UK to have 




mitted with any 


224 subchannels. 




storage size. 


Not available 


Not available 


One can be 
attached to 
handle from 3 
to 8 231UA- 
type drives 
(2319,2312,2313, 
2318 units) 


Optional 


Optional 


Channel 1 


0-2 


0-2 


standard, 2-U 
optional if no 
IFA. Channel 2 
standard, 3 
optional if IFA 
present. 



Supported 



Up to 256 subchannels 
are supported. 



Supported 



Up to 256 subchannels 
are supported. 



Supported 

(Same support as 
if a channel and 
control \init are 
present) 



Supported 



Supported as for 
DOS 



Supported 



Not applicable Not applicable 
312 KB 312 KB 






Optional for 
all installed 
selector channels. 
820 KB without 
word buffer 
1.85 MB with 
word buffer 



M 
00 



Hardware Feature 

3- Block multiplexer 
mode 



System/360 
Model 30 

Not available 



System/360 
Model to 

Not available 



System/ 370 
Model Its 

Optional, 
permits any or 
all installed 
selectors to 
operate as 
block 
multiplexers 



DOS - Model lUb 



Not supported 



OS - Model laS 



Supported 



D. Channel retry data in 
a limited channel 
logout area (ECSW) after 
channel error, and I/O 
extended logout data 



No 



No 



Yes 



CCH routine passes 
ECSW data to ERP to 
perform a retry of 
failing I/O operation 
if possible. I/O 
extended logout data 
is recorded. 



Same as DOS 



E . Channel- to-C hannel 
Adapter 



IV. 



OPERATOR CONSOLE 
DEVICES 



Optional 



1. 1052 M7 

Printer-Key- 
board 15 cps 
(No alter/ 
display mode) 



Optional 



Same as Model 
30 



2. 



Additional 
consoles, 
such as 

graphic units, 
optional 



Optional 



1. 3210 Model 1 
console with 
alter/display 
mode (15 cps) 

2. 3215 console 
with alter/ 
display mode 
(85 cps) 

3. Optional 
3210 Model 2 
console remote 
with either 
(1) or (2) - 
no alter/dis- 
play 

^. Additional 
consoles , 
such as 
graphic 
units , are 
optional. 



Supported 



Supported 



Not supported 



Not supported 



Supported as 
the primary or 
an alternate 
console 

Supported as 
above 



Supported as 
an alternate 
or an addi- 
tional console 



Supported ais 
additional 
consoles by 
MCS and 
DIDOCS 
options 



V. I/O DEVICES 

A- 3211 Printer with 
tapeless carriage, 
and 18 additional 
print positions 



Yes 



Yes 



UCS, 



Yes 



Supported 



Supported 



Hardware Feature 



Systeni/360 
Model 30 



Systein/360 
Model no 



System/370 
Model 145 



DOS - Model 145 



OS - Model 1U5 



B. 3803/3420 Magnetic Tape 
Subsystem 



Yes except 
Model 7. Models 
3 and 5 cannot 
be attached to a 
byte multiplexer 
channel . 



Yes, except 
Model 7, Model 5 
cannot be 
attached to a 
byte multiplexer 
channel. 



Yes 



Supported 



Supported 



C. Other tape units 
currently announced 



All except 24 20 
Model 7 



All except 2420 
Model 7 



All can be 
attached. 



Supported 



Supported 



D. Direct access devices 
(2311,2314,2303,2301, 
and 2321) 



All except 2303 
and 2301 drums. 
Only channel 1 
can have 2314 
facilities 
attached. 



All except 2301 
drum. Either 
channel 1 or 
channel 2 (but 
not both) can 
have 2314 facil- 
ities attached. 



All except 2301 
drum. 2314 
facilities can 
be attached to 
channels 1, 2, 
and 3 . 



2303 and 2301 drums 
are not supported. 



All are supported 
except 2301 
drum. 



3330 facility with RPS 
and multiple requesting 



No 



No 



Yes on block 

multiplexer 

channels 



Not supported 



Supported 



2305 facility Model 2 
with RPS and multiple 
requesting 



No 



No 



Yes on block 
multiplexer 
chann els. The 
word buffer 
feature is 
required. 



Not supported 



Supported 



G. Other devices: 
1231,1285,1404, 
1412,1418,1428, 
1445,1827,2301, 
2302,7340,7772, 
1052 M7, 2150 



Yes except 
2301, 7340, 
1052 M7 



Yes except 
2301, 7340 



No 



W ^ ^ 
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INDEX 



advanced checkpoint/restart, OS 97 
alter/display mode for system consoles 30 
APR routine 97 
architecture 

design 7 

implementation alterations 13 
ASCII /EBCDIC mode 11 
ASCII support 

DOS 52 

OS 50 
ASP U8, i\9, 50, 103 

block multiplexer channel 

description 22 

DOS support 51 

general operation 25 

I/O device operations on, summary 29 

operation with RPS devices 26 

OS support tiS 

planning for optimal use 106 

selector mode 23 

subchannels 23 
byte boundary alignment 

description 16 

DOS support 51 

OS support til 
byte multiplexer channel 

description 20 

DOS support 51 

OS support i\Q 

CCH routine 

for DOS 95 

for OS 94 
channel available interrupt 25, 48 
channel logout 

extended 83 

limited 83 
channel retry 83 
Channel-to-channel Adapter 20 
channels 19-26 

block multiplexer 22-26 

byte multiplexer 20 

cycle time with processor storage 21 

DOS support 51 

interference 19 

loading examples 22 

maximum number 21 

OS support U8 

selector 21 
checkpoint/restart, DOS 98 
command retry 

for 2305 facility 39 

for 3330 facility 36 
COMPARE LOGICAL CH/OIACTERS UNDER MASK instruction 13 
COMPARE LOGICAL LONG instruction 12 
comparison table. Models 30, 40, 145 114 
compatibility 

OS/DOS feature 73 
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with Systein/360 1,7 

lU01/14«»0/m60 feature 53, 61, 65 

1401/U0/60, 1410/7010 feature 53, 58, 61, 65 
console file 17-19 
console printer-keyboards 30 
control registers 11 
control storage 11-17 
CPU 11-14 

access times 11 

cycle time 11 

extended logout area 84,85 

features 12-14 

retry 80 
cycle time 

CPU 11 

processor storage 15 

DDR routine 97 
direct access devices 

2301 33 

2302 33 

2303 23, 29, 105 

2305 Model 2 (See 2305 Model 2 facility.) 

2311 23, 29, 105 

2314 20, 23, 29, 105 

2321 23, 29 

3330 (See 3330 facility.) 
disk cartridge device 

console file 17 

in 2835 control unit 39 

in 3830 control unit 36 
disk packs 34 
DOS (Disk Operating Systan) 

ASCII support 52 

checkpoint/restart 98 

emulation under OS 73-78 

EREP 96 

ERP's 96 

1401/1440/1460 Emulator program 68-71 

1410/7010 Emulator program 71-73 

OBR/SDR 96 

OLTEP 99 

OLT'S 99 

portability 112 

POWER 51 

RMS 94 

support of Model 145 51 

transition 111 

ECC checking 81 

ECSW (See limited channel logout.) 

emulator programs 

DOS 1401/1440/1460 68-71 

advantages 68 

storage requirements 69 

supported features 70-71 

unsupported features 71 
DOS 1410/7010 71-73 

storage requirements 71 

supported features 72 

unsupported features 72 
features common to both DOS emulators 64-68 

generation and execution 65 

tape and disk emulation 66 
features common to both OS emulators 53-58 
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advantages 53 
data formats 55 

formatting programs, tape and disk 55 
installation 57 
job submission 57 
operator communication 57 
storage requirements 5'* 
OS/DOS emulator 73-78 
OS lU01/lt»40/l«»60 61-63 
disk requirements 63 
storage requirements 61 
supported features 62, 63 
unsupported features 63 
OS lUlO/7010 58-61 
disk requirements 61 
storage requirements 58 
supported features 59, 60 
unsupported features 60 
EREP programs 96, 110 
ERP's 96 

extended channel log out 83 
extended precision floating point 
description 13 
DOS support 51 
OS support 47 
portability 110 
external interrupt masking 12 

FCB 

description 44 

DOS loading 52 

OS loading 50 
features 

optional 32 

standard 31 
fixed processor storage locations 85 
forms control buffer (See FCB.) 

general purpose instructions 
description 12 
DOS support 51 
OS support 47 
portability 110 

HALT DEVICE instruction 20 
hard machine checks 

description 88 

MCAR support 95 

MCH support 91 
hard stop 

description 89 
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PREFACE 

It is assumed that the reader of this document is familiar with 
System/360. The reader should have a general knowledge of System/360 
architecture, channels, I/O devices, and programming systems support. 
This guide highlights only those Model 1U5 hardware, I/O, and 
programming systems features that are different from those of System/360 
models and discusses their significance. Additional more detailed 
information regarding System/370 Model 1U5 hardware and programming 
systems support can be found in the following SRL publications: 

IBM System/370 Model 145 Functional Characteristics (GA24-3557) 

IBM System/370 Model 145 Operating Procedures (GA24-355U) 

IBM System/370 Model 145 Installation Information - Physical Planning 
(GA22-6976) 

IBM System/370 System Summary (GA22-7001) 

IBM System/370 I/O Configurator (GA22-7002) 

IBM System/370 Principles of Operation (GA22-7000) 

IBM 3210 Console Printer-Keyboard Model 2 Component Description 
(GA24-3552) 

IBM 3215 Console Printer-Keyboard Model 1 Component Description 
(GA24-3550) 

Component Summary: 3830 Storage Control, 3330 Disk Storage (GA26-159 2) 

IBM System/360 Component Description: 2835 Storage Control and 2305 
Fixed Head Storage Module (GA26-1589) 

3211 Printer and 3811 Control Unit Component Description (GA24-3543) 

Form-Design Considerations - System Printers (GA24-3488) 

Emulating the IBM 1401, 1440, and 1460 on IBM System/370 Models 155 
and 145 using OS/360 (GC27-6945) 

Emulating the IBM 1410 and 7010 on IBM System/370 Models 155 and 145 
using OS/360 (GC27-6946) 

IBM System/360 Operating System: 

• Planning for the IBM 3211 Printer Data Management Macro Instructions 
and Services (GC21-5008) 

• Program Planning Guide for the DOS Emulator on IBM System/370 
Models 155 and 145 (GC24-5076) 

Emulating the IBM 1410 and 7010 on IBM System/370 Models 155 and 145 
using DOS/360 (GC33-2005) 

Emulating the IBM 1401, 1440, and 1460 on IBM System/370 Models 155 
and 145 using DOS/360 (GC33-2004) 

IBM System/360 Disk Operating System: 

• IBM 3211 Printer Program Planning Guide {GC24-5085) 

• Planning Guide for IBM System/370 Models 155 and 145 MCAR/CCH 
Function (GC24-5084) 
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Four data bytes can be fetched in 5U0 na'noseconds , ii^ile four 
data bytes can be stored in 607.5 nanoseconds. 

Reloadable, monolithic control storage is used to contain the 
microcode necessary for system operation. Control storage 
contains the microcode required for standard and optional 
features and can be expanded from 32K to 6 UK in 2K increments. 
Use of writable, instead of read-only, control storage offers 
the advantages of system cost reduction and improved system 
serviceability. 

Byte boundary alignment is permitted for the operands of non- 
privileged instructions to eliminate the necessity of adding padding 
bytes within records or to blocked records for the purpose of 
aligning fixed- or floating-point data. 

Error checking and correction (ECC) hardware, which automatically 
corrects all single-bit processor and control storage errors and 
detects all double-bit and most multiple- bit errors, is stcmdard. 

• I/O devices include the following: 

Most currently announced I/O devices for System/360 Models 25, 
30, and HO can be attached. 

The high-speed 3211 Printer with a tapeless carriage and print 
speed of 2000 alphameric lines per minute is attachable. The 
tapeless carriage decreases operator intervention by eliminating 
carriage tape loading and unloading. 

The 3330 Disk Storage Facility can be attached. This facility 
offers significantly faster seeks and more than twice the data 
rate of the 2314 facility, more than three times the capacity of 
the 2314, automatic error correction features, and the new 
rotational position sensing and multiple requesting capabilities. 

The 3330 has an 806-KB data transfer rate, average seek time of 
30 ms, and full rotation time of 16.7 ms. Dp to 800 million bytes 
can be contained on an eight-drive facility. 

The 2305 facility Model 2, with a maximum single module capacity 
of 11.2 million bytes, a data rate of 1.5 megabytes, and an average 
access of 5 ms, can be attached to a Model 145 to be used as a 
system residence device or as high-speed storage. One 2305 Model 2 
facility can include two modules for a maximum facility capacity 
of 22.4 million bytes. 

• Extensive hardware and programming systems error recovery and 
repair features are provided to enhance system reliability, 
availability, and serviceability. 

• Compact physical design reduces Model 145 space requirements. 
The Model 145 has almost three times the number of circuits as 
a Model 40, yet a 256K, five-channel system requires about the 
same amount of space as a 256K, three-channel Model 40. 

As the highlights indicate. Model 30 and 40 users now have a broader 
range of Model 145 configurations from which to choose when tailoring 
a growth system with improved throughput and expanded capabilities. 



Specifically, the Model 1U5 offers the following advantages when 
compared to Models 30 and UO. 

Larger , Faster Processor (Main) Storage Sizes 

Processor storage sizes of 112K, 160K, 208K, 256K, 38UK, and 512K 
bytes are provided. The Model 30 can have a maximum of 6UK, while 
256K is the largest main storage size provided by a Model HO. The 
cycle time of Model 145 processor storage is about four times faster 
than that of the Model 40. This improved cycle time increases internal 
performance and permits faster I/O devices to be attached to the system. 

Additional storage can contribute significantly to system performance 
and capabilities. Specifically, the addition of more processor storage 
provides the Model 145 user with the ability to: 

• Execute more or larger jobs concurrently, including new application 
and integrated emulator jobs 

• Add and expand applications, such as graphics, teleprocessing, 
time-sharing, and data-based, that require larger amounts of storage 

• Use higher level language translators and linkage editors that 
provide more functions and execute feister 

• Execute larger processing programs without the necessity of overlay 
structures 

• Allocate more storage to language translators and sorts to improve 
their execution speed 

• Use more and larger I/O buffers to speed up input/output operations 
and optimize use of direct access storage and tape media space 

• Include system generation options that improve control program 
performance and support additional functions 

Greatly Expanded Channel Capabilities 

The fast internal performance of the Model 1U5, together with 
expanded use of multiprogramming, requires that more data be available 
faster than on the Model UO. A variety of channel options is provided. 

Twice the number of byte multiplexer subchannels can be installed 
on a Model 1U5 as on a Model 40. The Model 145 also offers more and 
faster high-speed channels than Models 30 and 40, and block multiplexer 
channels not provided for these System/360 models. The basic individual 
channel data rate of .82 MB can be more than doubled by installation 
of the optional Channel Word Buffer feature. 

The channel features of the Model 145 provide: 

• Up to 256 byte multiplexer subchannels for larger teleprocessing 
users 

• Lower cost direct attachment of 2314A-type disk storage drives 
via the new Integrated File Adapter 

• Attachment of new high-speed direct access devices such as the 
3330 and 2305 Model 2 facilities 

• Potential increases in channel throughput via use of block 
multiplexing with rotational position sensing to improve effective 
data transfer rates 



• A significantly higher attainable aggregate channel data rate than 
the Model HO to balance the higher performance capabilities of 
the Model lUS CPD 

Faster I/O Devices and Increased Direct Access Storage Capacity 

The Model 145 supports faster magnetic tape units than Models 30 
and 40, specifically the 2U20 Model 7 with a data rate of 320 KB. 

A Model 145 I/O configuration can also include significantly more 
and faster direct access storage. For example, the Model 145 is not 
limited to having 2314 facilities on only one channel, as are Models 
30 and 40. In addition, the 3330 and 2305 Model 2 facilities provide 
considerably more capacity and faster data access than 2314 facilities 
or 2303 Drum Storage because of higher data transfer rates, faster 
rotation, and new features. Rotational position sensing and multiple 
requesting used with block multiplexing can improve I/O throughput 
by making more efficient use of channel time. These direct access 
facilities also offer higher availability through use of new hardware- 
only and program-assisted error correction features. 

The 3330 facility provides large capacity and fast access for less 
cost per bit. it is a gro*^h device for the 2314 facility and the 
2321 Data Cell Drive that offers improved price performance. The 3330 
facility is designed to be used in every area in which direct access 
storage is needed. For example: 

• As a system residence device and for program library storage 

• In teleprocessing applications for message queuing and for residence 
of online applications data 

• In online, data- based applications, such as management information 
systems 

• In time-sharing (or interactive) environments as swap devices and 
for online work storage (for prograim and data residence) 

• As high-speed work storage for sorting, assembling, and link editing 

• For residence of data indices, such as for ISAM data sets 

The 2305 Model 2 facility offers significantly faster access than, 
and almost three times the capacity of, the 2303 drum. In large 
Model 145 OS installations, the 2305 facility will be of benefit: 

• As the primary system residence device 

• In time-sharing environments as a swap device and for program and 
data residence 

• As high-speed work storage and for residence of data indices 

SUMMARY 

The combination of new and enhanced hardware, availability, and 
input/output facilities, expanded operating system support, integrated 
1400/7010 emulation, and DOS emulation under OS provided by the 
Model 145 offers Model 30 and 40 users expanded computing capabilities 
without the necessity of a large conversion effort. Little or no time 
need be spent modifying operational System/360 code or programs 
currently being emulated. Dsers of 1400 and 7010 systems can upgrade 
directly to a Model 145 and an operating system environment with a 
minimum of reprogramming, and DOS users can convert to OS more easily 



because of the availability of DOS emulation. Existing CPU-bound 
programs can execute faster because of the increased internal 
performance of the Model 1U5, while I/O-bound programs can benefit 
from the use of more storage, more channels, faster I/'O devices, and 
block multiplexing. 

The increased power and new functions of the Model lt»5 provide the 
base for expanded applications growth and penetration of previously 
marginal application areas. The improved price performance of the 
Model ms offers the user the opportunity to widen his data processing 
base for less cost than was previously possible. 



Table 10-15.1. 



Total control storage requirements, rounded to the 
nearest one- hundred bytes, for sample Model 145 
hardware configurations. All support DOS emulation 
under OS as well. 



Configuration 


1 


2 


3 


Basic system 


Basic system 


Basic system 


(includes selector 


(includes selector 


(includes selector 


channel support) 


channel support) 


channel support) 


3210 Ml console 


3210 Ml console 


3215 console and 
remote 3210 M2 


32 byte multiplexer 


16 byte multiplexer 


128 byte multiplexer 


OCW's 


UCW's 


DCW»s 


mOl/mUO/meo emulation 


Integrated File Adapter 


Block multiplexer mode 
Block multiplexer UCW 
groups - 4 (32 DCW's) 


32,000 bytes 


36,700 bytes 


33,200 bytes 




(with 1401/1440/1460 


(with floating point 




emulation, 40,500 bytes 


and 1401/1440/1460 




total) 


emulation, 39,200 
bytes total) 



Use of byte alignment in a program degrades instruction execution 
performance. However, byte orientation can be used effectively in 
commercial processing to eliminate the padding bytes added within 
records or to blocked records to ensure binary and floating-point field 
alignment. The smaller physical record that results from the 
elimination of padding bytes requires less external storage and 
increases effective I/O data rates. I/0-bound commerical programs, 
in which throughput is in almost direct proportion to the I/O data 
rate, can achieve performance improvement by using byte alignment for 
binary and floating-point data. 

A progreun %n:itten to use byte boundary alignment will not necessarily 
run on a System/360 model that does not have the feature,. Therefore, 
programs that are to run on both the Model 145 and on System/360 models 
without byte orientation should be written to adhere to integral 
boundary rules. 

THE CONSOLE FILE 

Control storage is loaded directly from a small read-only disk 
device, called the console file, which is a basic component of the 
Model 145. This file is located beneath the operator's console table, 
and it reads removable disk cartridges, several of which can be stored 
near the console file. A disk cartridge has a capacity of 65,280 ten- 
bit bytes (eight data bits, one parity bit, one start bit), and a data 
track is divided into eight sectors for recording purposes. Data is 
read from the cartridge by the file at a rate of 33, 300 bits per second. 

The disk cartridge is contained in a protective eight-inch-square 
casing, as shown in Figure 10.15.2. When mounted on the console file, 
the cartridge rotates j.nside its casing, and data is read through a 
hole in the casing that exposes the data recording area. Reading from 
the console file is initiated by console switches and buttons. Once 
the file has been started, its operation is controlled by command bytes 
that are interspersed vrLthin the data (microcode or diagnostics) 
contained on the disk cartridge tracks. There are no I/O instructions 
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Casing — 8 inches square 



Recording disk 



Sector pulse hole 



Figure 10.15.2. Disk cartridge for the console file. Shaded areas 

represent recording disk showing through cutout 
areas in casing. Dotted lines show recording disk 
inside the casing. Eight holes in the periphery 
of the disk generate, via photoelectric sensing, 
sector pulses to indicate beginning of sector. 

or commands that a program can execute to cause reading from the file 
and there is no way for any installation to write data on a disk 
cartridge. 

Prewritten disk cartridges containing all the microcode required 
for the specific Model lUS configuration will be shipped to each 
installation. One standard and one backup cartridge containing the 
customized system microcode will be provided in addition to several 
other disks that contain system diagnostics. The processor/control 
storage boundary address is contained on the customized disk cartridge 
sent to the user and reflects the amount of control storage required 
for the configuration. The only time the address check boundary 
register can be set is during microprogram loading from the disk 
cartridge. A single cartridge has enough capacity to contain all the 
currently available system microcode and to establish the maximum 
number of byte and block multiplexer UCW's in control storage. 

In order to load control storage with the system microcode, the 
proE>er disk cartridge must be mounted on the console file, the 
diagnostic/file control switch on the system console panel must be 
in the process position, and the CPU must be in process mode. When 
the system is in this status, an initial microprogram load (IMPL) is 
initiated automatically vrtien system power is turned on^ 

When power is already on, IMPL is initiated via the start console 
file key. Pressing this key causes power to be turned on in the file 
(it is normally off) , and as soon as the disk is up to speed — about 
five seconds — reading from the console file begins. The key remains 
red fr<Mn the time it is pressed until reading begins and then turns 
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The new 2319 Direct Access Storage Facility, which consists of three 
disk drives, must be the first unit attached to the Model 145 via the 
IFA. The disk drives in the 2319 are functionally ccxnpatible and 
program compatible with 231'»A-type disk storage drives, and the 
interchangeable 2316 Disk Pack is used as the storage medium. Up to 
five additional 23mA drives can be attached via the IFA. Any 
combination of 2312 (one drive) , 2313 (four drives) , and 2318 (two 
drives) Disk Storage Model Al, up to the maximum of five additional 
drives, is permitted %rith the 2319. 

The integrated file adapter is addressed as channel 1, and selectors 
1 and 4 cannot be installed on a Model 145 if the IFA is present (the 
standard selector is channel 2) . The IFA performs the functions of 
a selector channel and disk control unit for the disk drives attached 
to it and is programmed as though channel 1 and a control unit were 
present. The Record Overflow and File Scan features are standard on 
the IFA. However, 2844 Auxiliary Storage Control, the Channel Word 
Buffer feature,, the Channel-to-channel Adapter, block multiplexing, 
and the Two-Channel Switch feature do not apply to the IFA. 

SELECTOR CHANNELS 

A single selector channel is standard on the Model 145. If the 
IFA is not installed, selector channel 1 is standard and, optionally, 
channels 2, 3, and 4 can be installed. If the IFA is present, selector 
channel 2 is standard and only channel 3 can be added. The basic 
system microcode includes all the microcode required to support any 
configuration of selector channels. 

Selector channels on a Model 145 are functionally equivalent to 
System/360 selector channels but support significantly higher data 
rates than Model 30 and 40 channels. An individual selector channel 
without the optional Channel Word Buffer feature installed can sustain 
a data rate of .82 MB, while an aggregate channel data rate of 1.85 MB 
for the system is possible. Data is transferred between a selector 
channel and processor storage on a one-byte basis. A one-byte store 
into processor storage requires 607.5 nanoseconds, while a one-byte 
fetch requires 540 nanoseconds. 

The data rate of a selector channel can be increased by installation 
of the Channel Word Buffer special feature. When this feature is 
present, a four- byte buffer is included for each installed selector 
channel. (The Channel Word Buffer feature does not apply to the IFA 
or the byte multiplexer channel.) Data is transferred between a channel 
buffer and processor storage up to four bytes at a time to increase 
the channel data rate and reduce the number of required processor 
storage accesses,, thereby causing less interference with the CPU. 
If the word buffer is installed, an individual selector channel can 
sustain a data rate of 1.85 MB, while the maximum obtainable aggregate 
data rate of all operating channels is in excess of 5 MB. The transfer 
times stated for single-byte fetches and stores are not altered by 
use of the word buffer. 

Tables 10.20.1 and 10.20.2 show examples of maximum-speed I/O 
configurations with currently announced I/O devices that will operate 
on the Model 145 without and with the Channel Word Buffer feature 
installed. The aggregate channel data rate listed is the rate that 
can be sustained at einy instant when all installed high-speed channels 
are operating concurrently. 
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Table 10. 20. 1. Sample Model 1^5 I/O configurations without the Channel 
Word Buffer feature installed 



Channel 


Configuration 


1 


2 


3 


IFA 

1 

2 

3 

U 

Aggregate 
Rate 


2319 facility 
312 KB 

2U20 M7 tape 
320 KB 

2420 M7 tape 
320 KB 

.95 MB 


3330 facility 
806 KB 

2M20 M7 tape 
320 KB 

1.12 MB 


2420 M7 tape 
320 KB 

2420 M7 tape 
320 KB 

2420 M7 tape 
320 KB 

2420 M5 tape 
160 KB 

1.12 MB 


Note: When the Channel Word Buffer feature is not present, I/O 

operations on channels 3 and 4 are not possible when a 3330 
facility is operating on channel 1. 



Table 10.20.2. Sample Model 145 configurations with the Channel Word 
Buffer feature installed 



Channel 


Conf igur at ion 


1 


2 


3 


IFA 


2319 facility 
312 KB 




- 




- 


1 


~ 




2305 M2 facility 
1.5 MB 




3330 facility 
806 KB 


2 


2305 M2 facility 
1.5 MB 




3330 facility 
806 KB 




3330 facility 
806 KB 


3 


3330 facility 
806 KB 




3330 facility 
806 KB 




3330 facility 
806 KB 


4 


- 




2420 M7 tape 
320 KB 




2420 M7 tape 
320 KB 


Aggregate 
rate 


2.62 MB 




3,43 MB 




2.74 MB 


Note: I/O devices, such as 
dependency on command 
4 whether or not the 


direct access storage, that have a time 

I chaining will overrun if placed on channel 

Channel Word Buffer feature is present. 



BLOCK MULTIPLEXER CHANNELS 

Block multiplexing mode on the Model 145 is an optional, no-charge 
feature. It permits any or all installed selector channels to operate 
as block multiplexer channels. When a system is ordered, the user 
specifies those channels that are to operate only as selector channels 
and those that are to have the capability of operating in either 
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SECTION 20: I/O DEVICES 



20:05 I/O DEVICE SOPPORT 

Most presently announced I/O devices that can be attached to 
Systein/360 Models 25, 30, and 40 can be attached to the System/370 
Model 1U5. The following I/O devices and features are not included 
in Model 145 configurations: 

1052 M7 Printer-Keyboard 

1231 Optical Mark Page Reader 

1285 Optical Reader 

1404 Printer 

1412 Magnetic Character Reader 

1418 Optical Character Reader 

1428 Alphameric Optical Reader 

1445 Printer 

1827 Data Control Unit (for attachment of 1800 system analog 

and/or digital control units to the Model 145) 

2150 Console 

2301 Drum Storage 

2302 Disk Storage 
7340 Hypertape Drive 
7772 Audio Response Unit 

Selective Tape List feature on the 1403 Printer 

The 1287 Optical Reader and 1288 Optical Page Reader can be attached 
to a byte multiplexer channel only. In addition, 2361 Core Storage 
cannot be attached to a Model 145. 

New I/O devices for the Model 145 are: 

• The 3330 facility - attaches only to a block multiplexer channel 

• The 2305 facility Model 2 - attaches only to a block multiplexer 
channel 

• The 3211 Printer - attaches to any Model 14 5 channel 

The 3330 and 2305 facilities represent significant advancements 
in direct access device technology. They provide larger online data 
capacity, faster data rates and access, and expanded error correction 
features. Both have rotational position sensing and multiple requesting 
as standard features. 

The 3330 represents the latest direct access device with removable, 
interchangeable disk packs. It embodies new data recording and access 
technology. The 2305 facility is a major extension of the nonremovable, 
high-speed,, fixed-head direct access storage concept. 

The major new characteristics of the 3330 and 2305 facilities, and 
the 3211 Printer are discussed in the following subsections. 
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20:10 3330 DISK STORAGE AND 3830 STORAGE CONTROL 

The 3330 facility is a modular, large-capacity, high-performance 
direct access storage subsystem. The 3330 facility consists of 3830 
Storage Control and from one to four 3330 Disk Storage modules. A 
3330 module contains a pair of independent disk storage drives, as 
shown in Figure 20.10.1. The new removable 3336 Disk Pack is used 
for data storage. Usage meters are contained in the 3830 control unit 
and in each 3330 module. 
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Figure 20.10.1. The 3330 facility 



Drives are mounted in powered drawers that are opened and closed 
by a switch on the operator control panel on the 3330 module. Logical 
address plugs are supplied, as for the 2314, in addition to a CE service 
plug. The latter is used when inline diagnostics are to be executed. 

Facility configurations and maximum capacities, using full track 
records, are shown below. 

3830 Storage Control + one 3330 module 200 megabytes 
3830 Storage Control + two 3330 modules 400 megabytes 
3830 Storage Control + three 3330 modules 600 megabytes 
3830 Storage Control + four 3330 modules 800 megabytes 

Functionally, the 3330 facility provides more capabilities than 
the 2314, particularly in the areas of performance and availability. 
The 3330 supports all the standard 2314 commands (except the file scan 
commands) in addition to several new operations, including RPS and 
error recovery commands. (Table 20.10.3, at the end of this subsection, 
compares 3330 and 2314 features.) The 3330 facility also is an 
attractive growth device for the 2321 Data Cell Drive. 

The new, removable 3336 Disk Packs are interchangeable across 3330 
disk drives but are not interchangeable with the 2316 Disk Packs used 
on 2314 disk drives (Table 20.10.2 compares disk pack characteristics). 
Like 2316 packs, 3336 Disk Packs will be initialized in the factory 
with home addresses and capacity records (RO) . Up to 20 defective 
tracks per pack will be flagged and have alternates assigned. The 
quick DASDI routine (part of the lEHDADSR utility) , currently available 
for processing 1316 and 2316 packs, will support 3336 packs. Quick 
DASDI writes the volume label, the VTOC, and IPL records, if requested, 
but bypasses track analysis. It also determines the number of flagged 
tracks and places this data in the VTOC. 

Table 20.10.1 compares the capacity and timing characteristics of 
the 3330 facility with those of the 2314 facility and the 2321 Data 
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Table 20.15.1, 2305 Model 2 facility and 2303 Drum Storage characteristics 
(continued) 





2305 Model 2 


2303 


Characteristic 


Module 


Drum Storage 


Multiple requesting 


Up to 8 concurrent 


One I/O operation at a 


(allows concurrent 


operations per 2305 


time is supported. 


I/O operations on one 


module (up to 7 per 




module) 


module supported by 
data management) 




Record overflow 


Standard feature 


Special feature 


Two- Channel Switch 


Special feature 


Special feature 


Device contained in 


Yes, to read the 


No 


the control unit 


control unit 
microprogram and 
diagnostic programs 





Table 20.15.2. 



Effective capacity of the 2305 Model 2 and the 2303 for 
various block sizes (DL column) with a 25-byte key 



KL = 25 


Effective Capacity 


in Bytes 


DL in Bytes 


2305 Model 2 


2303 


100 


2,688,000 


1,200,000 


200 


4,300,800 


1,760,000 


300 


5,529,600 


1,920,000 


400 


6,144,000 


2,240,000 


500 


6,912,000 


2,400,000 


600 


7,372,800 


2,400,000 


700 


7,526,400 


2,240,000 


800 


7,987,200 


2,560,000 


900 


8,294,400 


2,160,000 


1000 


8,448,000 


2,400,000 


2000 


9,216,000 


1,600,000 


3000 


9,216,000 


2,400,000 


4000 


9,216,000 


3,200,000 
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Table 20.15.3. Effective capacity of the 2305 Model 2 and the 2303 for 
various block sizes (DL column) when records are written 
without key 



KL = 


Effective Capacity 


in Bytes 


DL in Bytes 


2305 Model 2 


2303 


100 


3,763,200 


1,600,000 


200 


5,683,200 


2,080,000 


300 


6,681,600 


2,400,000 


400 


7,372,800 


2,560,000 


500 


8,06U,000 


2,400,000 


600 


8,29U,U00 


2,400,000 


700 


8,601,600 


2,800,000 


800 


8,601,600 


2,560,000 


900 


8,895,600 


2,880,000 


1000 


9,216,000 


2,400,000 


2000 


9,216,000 


1,600,000 


3000 


9,216,000 


2,400,000 


UOOO 


9,216,000 


3,200,000 



20; 20 THE 3211 PRINTER 

The 3211 is a high-speed line printer with front printing and new 
features designed to reduce operator intervention. The 3211 can print 
2000 alphameric lines per minute (with a 48-character set) and is 
designed for industries and applications, such as utilities, aerospace, 
finance, communications, and fabrication and assembly, that require 
high print speeds. 

The 3211 has a standard 132-print-position line, which can be 
expanded to 150 positions as an option. The number of print positions 
does not affect printing speed. The Universal Character Set (UCS) 
feature is standard and the interchangeable train cartridge contains 
432 graphics. The cartridge character arrangement is unrestricted 
and can be alphabetic, numeric, or special characters in any 
combination. When the character arrangement is optimized for specific 
printing loads, speeds of up to 2500 lines per minute can be attained. 

The 3211 attaches to a 3811 control unit. Unlike some models of 
the 2821 control unit, which can handle multiple devices, a 3811 
controls only one 3211 Printer. 

New features of the 3211 include a powered forms stacker, an 
automatic platen, and a tapeless carriage. The powered stacker 
mechanism is self-adjusting and automatically rises in increments as 
the stack of paper mounts. This ensures that the stacker mechanism 
is always the same distance above the top of the stack of forms. The 
rate of rise during each increment is determined by the setting of 
the stacker rate knob, which can be adjusted by the operator to produce 
the best condition for the thickness of the forms being stacked. The 
stacker also can be raised or lowered manually. 

When forms are inserted, the printer platen automatically positions 
itself close to the train cartridge in accordance with the thickness 
of the forms. Thus, correct clearance between the platen and the 
cartridge is achieved without operator intervention. Because of its 
automatic forms thickness sensing, the 3211 is sensitive to forms with 
a different degree of thickness at each edge. (For forms limitations, 
see Form - Design Considerations — System Printers . ) 

Forms control paper carriage tape loading and unloading by the 
operator is eliminated by implementation of a tapeless carriage feature 
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for the 3211. Forms spacing and skipping are controlled by a program- 
loaded forms control buffer (FCB) contained in the 3811 control unit. 

The FCB contains 180 storage positions, each of which corresponds 
to a print line, that is, a single space of the carriage. Thus, forms 
up to 22.5 inches in length can be accc»nmodated at eight lines per 
inch spacing (or 2U inches at six lines per inch) . Up to twelve channel 
codes (1-12) , corresponding to the twelve channel positions of the 
paper carriage tape used on a 1403 Printer, can be stored in the 
appropriate buffer line positions to control carriage skipping. The 
FCB can be considered to contain a storage image of a carriage control 
tape. 

A carriage control address register is used to address the FCB and 
maintain correct line position with respect to the form. This register 
is incremented as space and skip commands, \i^ich cause the form to 
advance, are issued. When a SKIP TO CHANNEL command is executed, the 
carriage control address register is incremented and the form moves 
until the channel specified is sensed in a line position in buffer 
storage. If the requested channel number is not found in the buffer, 
forms movement stops after address position 1 (line 1) has been sensed 
twice. This prevents runaway forms skipping. 

A flag in a buffer storage line position is used to indicate the 
last line of the form for forms shorter than 180 lines. A flag bit 
is also used in the first buffer storage position to indicate six or 
eight lines per inch spacing. The FCB is loaded with the desired forms 
spacing characters via a LOAD FCB command issued by a program. An 
error indication is given if an end-of-page flag is not present or 
if an invalid carriage code is loaded. 

Serviceability features, in addition to those provided for the 1403 
Printer, are incorporated into the design of the 3211. The fact that 
a 3811 control unit controls only one 3211 Printer instead of multiple 
devices permits offline repair of the malfunctioning printer or control 
unit only, without the necessity of removing other operational units 
from the system. 

The 3811 control unit presents six bytes of sense information to 
identify printer and control unit malfunctions instead of only one 
byte, as is provided for the 1403. Certain errors (such as a parity 
check in the print line buffer) that might be corrected by programmed 
retry of the print operation are identified in the sense bytes, and 
carriage motion is suppressed. This permits error recovery without 
operator intervention if the retry is successful. The additional 
status data presented can be stored for later analysis and should speed 
the diagnosis of hardware malfunctions. 
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SECTION 30: PROGRAMMING SYSTEMS SUPPORT 



30;05 TRENDS IN DATA PROCESSING AND PROGRAMMING SYSTEMS 

The Model 1U5 and its programming systems support have been designed 
to operate in the data processing environment that has been emerging 
since the introduction of System/360. 

Significant trends are the following: 

• Growth toward more multiprogramming to improve system throughput . 
Multiprogramming also permits the user to install new applications, 
such as small teleprocessing inquiry or graphics applications, 
that otherwise would not justify a dedicated system. 
Multiprogramming support also has encouraged the growth of new 
computer environments, as indicated by the items that follow. 

• Growth of integrated emulation, that is, concurrent native and 
emulation mode processing on one system. The execution of emulators 
under operating system control improves system throughput because 
emulators can use control program facilities (stacked job execution, 
data management functions, etc.) and because native mode and 
emulator jobs can be scheduled to operate concurrently to utilize 
available system resources more efficiently. The use of integrated 
emulators eliminates most reprogramming and eases transition from 
one system to another, permitting the user to expend his efforts 
extending and adding applications. 

• Greater use of high-level languages, such as COBOL, FORTRAN, and 
PL/I, for applications programming. The cost of programming has 
been increasing, while the cost of computing hardware has been 
decreasing. More productive use of programmers can be achieved 
by the use of high-level languages . Improvements to compile times 
and to the size and execution speed of code produced by high-level 
language translators have been made and continue to be made. The 
support of many more functions within high-level languages has 
also increased their use, and the growth of interactive computing 
has stimulated the addition of even more facilities. 

• Growth of teleprocessing applications, such as remote inquiry, 
message switching, data collection, and management information 
systems. The ability of System/360 and System/370 to handle 
teleprocessing and batch processing in one system eliminates the 
necessity of dedicated, special purpose systems. 

• Growth of remote computing activities, such as remote job entry 
and interactive computing (or time sharing) , in both a nondedicated 
and a dedicated environment. Remote computing offers (1) fast 
turnaround for batch work submitted from remote locations, (2) 
remote user access to the large computing facilities and data base 
available at the central installation, and (3) interactive problem 
solving on a regular or a nonscheduled basis for personnel in 
locations remote from the central computer. In- house interactive 
computing is growing also as users attempt to use programmer time 
more efficiently. 

• Growth toward large, online data base systems. The growth in the 
marketplace of remote computing, time-sharing, and real-time 
applications necessitates the instant availability of more and 
more data. High-capacity, fast, lew-cost, reliable direct access 
devices supported by appropriate data organizations, access 
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30:15 DOS SUPPORT 

DOS *d.ll be modified in future releasee so that it supports certain 
Model mS hardware features. Appropriate alteration of the DOS 
supervisor generated for a Model 1U5 will allow it to accommodate the 
fixed storage area of lower processor storage in the Model 1U5. 

DOS support of Model 1U5 features will be provided as follows 
(programming systems support of RAS features is discussed in Section 50) 

New instructions . Assembler D (lUK variant) will include mnemonics 
for all the new instructions so that they can be used in user-written 
Assembler Language programs. The DOS high-level language translators 
currently available will not generate the six new general purpose 
instructions . 

Extended precision floating point . Mnemonics for extended precision 
instructions and data formats will be added to Assembler D (IftK 
variant) . The DOS high-level language translators currently available 
do not support extended precision. 

Interval timer . The timer will be supported in the same manner 
as it is currently, for time of day and time intervals. 

Time of day clock . This clock is not supported for time of day 
values. 

Byte boundary alignment . The programmer has the ability to byte- 
align binary and floating-point data in Assembler Language programs, 
in ANS COBOL programs (by omitting the SYNCHRONIZED clause) , and in 
PL/I programs (by specifying the UNALIGNED attribute). However,, COBOL 
and PL/I still align unaligned fixed- and floating-point data prior 
to its use. 

1401/1440/1460 and 1401/40/60, 1410/7010 Compatibility features . 
Two integrated emulator programs will be provided, one to emulate 
1401/1440/1460 programs and the other to emulate 1410/7010 programs. 
(See Section 40 for a complete discussion of these emulator programs.) 

New consoles . The 3210 Model 1 and the 3215 Console Printer- 
Keyboards are supported as the DOS console device. A remote 3210 Model 
2 console is not supported. 

Channels. A single byte multiplexer channel, %d.th up to 256 
subchannels, and selector channel mode are supported. Block multiplexer 
mode is not supported. The IFA and 2319 DASF do not require any special 
programming support and will be supported in the same manner as 2314 
disk storage. 

New direct access devices. The 3330 and 2305 facilities are not 
supported. 

3211 Printer . This printer, with or without the 18 additional print 
positions, will be supported in the same manner as is the 1403 Printer, 
including support by DOS POWER. Forms control buffer and Universal 
Character Buffer loading for the 3211 will be handled in the same way. 
The user must execute an IBM-supplied buffer load utility program 
(SYSBUFLD) as a job step in order to load the FCB and/or the UCB. 
No provision has been made for loading the FCB or UCB during execution 
of a job step. User-defined UCB images must be loaded from the core 
image library. FCB images can be loaded from cards or the core image 
library. 
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If a command retry indication is present, the 3211 error recovery 
routine supports retry of an operation that failed. This option must 
be requested by the user in the DTF for the 3211 Printer. 

ASCII mode tapes . The capability of processing ASCII mode tapes 
on the Model 145, using DOS, is provided by the following program 
products : 

• ANS Full COBOL Compiler V3 

• ANS Full COBOL Object-Time Library 

• ANS Subset COBOL Compiler and Library 

• PL/I Optimizing Compiler 

• PL/I Transient Library 

• FORTRAN IV Library 

• ASCII Magnetic Tape Utilities 

• Tape and Disk Sort/Merge 
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• Emulator routines required to emulate the moi/l't'JO/msO system 
instructions, features, and I/O operations 

• Tape, disk, and unit record buffers. The number and size of tape 
and disk buffers are specified by the user. 

Estimated minimum mOl/lU 40/1460 emulator processor storage 
requirements for emulation of a 1400 system with unit record operations 
only,, unit record/tape operations, or unit record/tape/disk operations 
are shown below. 

Emulated Operations DOS Partition Size (bytes) 

1401/1440/1460 unit record 13K + 1401/1440/1460 storage size 

+ buffers 

1401/1440/1460 unit record and 18K + 1401/1440/1460 storage size 

6 tapes + buffers 

1401/1440/1460 unit record, 6 tapes, 22K + 1401/1440/1460 storage size 

4 disks + buffers 

The 1400 CPU features and 1400 I/O devices and special features 
supported and the Model 145 devices used for 1401/1440/1460 emulation 
are given in Tables 40.10.1 and 40.10.2. Table 40.10.3 lists the 1400 
I/O devices that are not supported. 

Emulator performance will vary depending on user options, such as 
number and size of buffers, the instruction mix of the 1401/1440/1460 
programs, the format of tape files, and the priority of the partition 
in which the emulator is running. 

Emulator performance is improved by: 

1. Using double buffers and spanned record format for tape files 
in lieu of single or shared buffers and 1400 record format. 
(A shared buffer can be used by more than one I/O device.) 

2. Dsing single buffers rather than shared buffers for disk files 

3. Specifying device independence for emulating unit record 
operations on a magnetic tape or direct access storage device 

4. Using a card reader that is not equipped with the 51-Column 
Interchangeable Read Feed and Column Binary features and not 
using the Select Stacker instruction 
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Table UO.10.1. 



IftOl/luaO/mSO I/O devices and features supported by 

the DC^ lU01/lUtO/lU60 Emulator progrcun and corresponding 

Model 145 devices 



1401/1 iiao/meo Device and Features 


Corresponding Model 145 Device 


1402, 1442, 1444 Card Read Punch 


1442, 2520, 2540 Card Read Punch 


with stacker selection 


2501 Card Reader 


Features supported: 


Note: Card reader and card 


• Column Binary 


punch operations may be 


• Card Image 


emulated using a magnetic tape 


• 51-Column Interchangeable Read 


or direct access storage device. 


Feed 




• Punch Feed Read 




• Punch Column Skip 




• Binary Transfer 




• Processing Overlap 




Features not supported: 




• Read Punch Release 




• Multiple card reader/punch 




operations in one program 




1403,, 1404, 1443 Printer 


1403, 1443 Printer 


Features supported: 


Note: Printer operations may 


• Numerical Print 


be emulated using a magnetic 


• Processing Overlap 


tape or direct access storage 


• Space Suppression 


device. 


Features not supported: 




• Selective Tape Listing 




• Multiple printer operations 




• Read Compare 




1407,, 1447 consoles 


3210 or 3215 console 


729, 7330, 7335 Magnetic Tape Unit 


2400-series magnetic tape 


Features supported: 


units 


• Binary tape instructions 


• Seven-Track feature is 


• Processing Overlap 


required if processing 


Features not supported: 


seven-track tapes 


• Compressed tape 




1301, 1311, 1405 Disk Storage 


2311, 2314 direct access 


Features supported: 


devices 


• Direct Seek 




• Scan Disk 




• Track Record 




• Additional access arm (1405) 




Note: A 1405 cannot be 




emulated in combination with 




a 1301 or 1311 
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Table 40.10.2. 1401/1440/1460 CPU features supported by the DOS 
1401/1440/1460 Emulator program 



Storage from 1400 to 16,000 


Multiply-Divide 


positions. The 1401 Model G is 


Sense Switches 


not emulated. 


Advanced Programming 


Expanded Print Edit 


Indexing and Store Address 


Inverted Print Edit 


Register 


High-Low- Equal Compare 


Bit Test 


Move Binary Code and Decode 





Note: Translate feature is not supported. 



Table 40.10.3. 1401/1440/1460 devices not supported by the DOS 
1401/1440/1460 Emulator program 



1445 Printer 


1404 Printer in cut card mode 


Paper tape readers 


7340 Hypertape Drive 


Paper tape punches 


Teleprocessing devices 


Magnetic character readers 


Audio response units 


Optical character readers 





DOS 1410/7010 EMULATOR SUPPORT 

The Model 145 DOS 1410/7010 emulator offers the 1410/7010 stand- 
alone emulator user the advantages of integrated emulation already 
discussed. 



Processor Storage Recruirements 

The size of the partition required for emulation depends on the 
1410/7010 system being emulated, including standard and special 
features, input/output devices, buffers, etc. The processor storage 
required for the 1410/7010 emulator is equal to the combined sizes 
of: 

• Simulated 1410/7010 storage. Each position of 1410/7010 storage 
is simulated in one byte of Model 145 storage (for example, 20,000 
positions = 20,000 bytes). 

• Emulator routines required to emulate the 1410/7010 system 
instructions, features, and I/O operations 

• Tape, disk, euid unit record buffers. The size and number of tape 
and disk buffers are specified by the user. 

Estimated minimum 1410/7010 emulator processor storage requirements 
for emulation of a 1410/7010 system with unit record/tape operations 
or unit record/tape/disk operations are shown below. 



Emulated Operations 

1410/7010 unit record and 6 tapes 
1410/7010 unit record, 6 tapes, 
4 disks 



DOS Partition Size (bytes) 

27K ♦ 1410/7010 storage size + buffers 
37K ♦ 1410/7010 storage size + buffers 



The 1410/7010 CPU features and 1410/7010 I/O devices and special 
features supported and the Model 145 devices used for 1410/7010 
emulation are given in Tables 40.10.4 and 40.10.5. Table 40.10.6 lists 
the 1410/7010 I/O devices that are not supported. 
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Table 40.10. 4. 1410/7010 I/O devices and features supported by the 
DOS lUlO/7010 Emulator program and corresponding 
Model 145 devices . 



1410/7010 Device and Features 



Corresponding Model 145 Device 



1402, 1442 Card Read Punch 
Features not supported: 
Stacker Select 
Column Binary 
51 -Column Interchangeable 

Read Feed 
Multiple card read/punch units 
in one program 

1403 Printer 

All standard operations 
Multiple printers in one 
program are not supported. 



1415 Console 

All standard operations 

729,, 7330 Magnetic Tape Units 
All standard operations 



1301, 1302, 2302 Disk Storage 
All standard operations 
Note: Any combination of 
1301 and 1302/2302 disk 
storage drives can be 
emulated. 



1442, 2540, 2520 Card Read Punch 

2501 Card Reader 

Note: Card reader and card 
punch operations may be 
emulated using a magnetic tape 
or direct access storage device, 



1403, 1443 Printer 

Note: Printer operations may 
be emulated using a magnetic 
tape or direct access storage 
device . 

3210 or 3215 console 



2400-series magnetic 
tape units 

Note: Seven-Track feature 
is required for processing 
seven-track tapes. 

2311, 2314 direct access 
devices 

Note: An emulated 1302/2302 
record will not fit on a 2311 
disk track. 



Table 40.10.5. 



1410/7010 CPU features supported and unsupported by the 
DOS 1410/7010 Emulator program 



Supported 


Unsupported 


Main storage up to 80,000 


1401/1410 Compatibility Mode 


positions (1410) and 


7010 Diagnostic instruction. 


100,000 positions (7010) 


Branch on C Bit 


Inverted Print Edit 


Diagnostic instruction. 


Priority Processing 


Branch if Tape Indicator 


Processing Overlap 


J(I)K 


Channels one through four 


7010 Memory Protect and 


Floating Point Arithmetic 


Program Relocate 


Store and Restore Status 


7010 Interval Timer 



Table 40.10.6. 1410/7010 devices not supported by the DOS 1410/7010 
Emulator program 



1311 Disk Storage Drive 
1405 Disk Storage 
Paper tape punches 
Paper tape readers 



Magnetic character readers 
7340 Hypertape Drive 
2321 Data Cell Drive 
Teleprocessing devices 
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The following I/O devices are supported by the OS DOS emulator: 

1U03, 1443, 1445, 3211 Printers 

1404 Printer (emulated on a 1403 or 3211 Printer) 

1052 Printer-Keyboard (emulated on a 3210 Ml or 3215) 

1285, 1287, 1288 Optical Readers (the latter two not in document 

mode) 

1442,, 2520, 2540 Card Read Punches 

2501 Card Reader 

2311 Disk Storage Drive 

2314 and 2319 Direct Access Storage Facilities 

2321 Data Cell Drive 

2400-series magnetic tape units 

2671 Paper Tape Reader 

Any new devices that are supported by both DOS and OS, 

subject to the programming restrictions stated above 

EMULATOR JOB SUBMISSION AND GENERAL OPERATION 

DOS emulation is initiated as a single-step OS job via the input 
stream. An OS DOS emulator job can consist of one or more DOS jobs. 
The OS DOS emulator program, which must reside in SYSl.LINKLIB or a 
user job library, is specified in the EXEC job control statement 
included in the job control for the OS DOS emulator job. The following 
also must be identified in the DD job control statements for the OS 
DOS emulator job: 

1. The DOS system residence and operator console devices 

2. The location (s) of the DOS input stream(s) 

3. I/O assignments for the staging of DOS unit record I/O operations 

4. All the I/O devices that will be used by the DOS programs that 
are emulated as part of this DOS emulator job 

The same device types currently being used by DOS progreims must 
be used when these programs are emulated on the Model 145, except for 
staged unit record I/O devices. However, the devices used in emulation 
need not have the same device addresses on the Model 145 as on the 
current system. 

The DOS system background partition input stream can be located 
in the OS input stream or on a separate data set. DOS batch- initiated 
foreground (BJF) partition input streams must be located in separate 
data sets. 

If enough Model 145 processor storage is available, I/O staging 
can be used to increase OS DOS emulator job throughput and reduce the 
number of devices that have to be dedicated to the DOS emulation 
partition or region. It allows DOS unit record files SYSRDR, SYSPCH, 
and SYSLST to be emulated on direct access devices, using the OS reader 
interpreter and output writer. DOS job control statements (for the 
BG partition) and/or card input to DOS programs to be emulated can 
be placed in the OS input stream and will be transcribed by the reader 
interpreter to SYSIN data sets on direct access devices. Thus, emulated 
DOS job steps will obtain their card input from OS SYSIN disk data 
sets. Output from emulated DOS programs can be placed in OS SYSOUT 
data sets on disk to be transcribed to the printer or punch by an 
output vnriter. 

The following should be noted about the use of I/O staging. In 
OS, a job is not placed in the input queue, from which all jobs are 
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scheduled, until the entire job (job control and input stream data 
for the job) has been read by the reader interpreter. Similarly, 
SYSOOT data sets produced during job step execution are not placed 
in the output queue for transcription by an output writer until job 
termination. 

Thus, if all DOS jobs to be emulated are grouped together as a 
single OS DOS emulator job, DOS emulation cannot begin until all DOS 
jobs (and their input stream data) have been read by the reader 
interpreter, and none of the SYSOOT data sets from ccmipleted emulated 
DOS jobs can be transcribed until the OS DOS emulator job itself 
terminates (all DOS jobs processed) . This negates one advantage of 
I/O staging, which is the overlapping of unit record input and output 
data transcription with processing. 

Therefore, consideration should be given to grouping DOS jobs into 
two or more OS DOS emulator jobs that execute one after the other in 
the OS DOS emulator partition/region. In addition, if the output from 
a particular DOS job is desired immediately, it should not be staged 
(written to a SYSOOT data set) . The use of multiple OS DOS emulator 
jobs, instead of one, in an OS DOS emulator partition/region offers 
an additional advantage in optimizing device usage, as discussed below. 

I/O operations and I/O error recovery procedures for emulated DOS 
programs are handled by the OS control program. All I/O devices to 
be used by emulated DOS programs must be allocated to the DOS emulation 
partition or region when the OS DOS emulator job is begun. These 
devices are dedicated to DOS emulation and cannot be allocated to any 
other executing OS jobs while DOS emulation is in operation. Thus, 
direct access devices and their data sets cannot be shared by an OS 
job step and an emulated DOS program. However, DOS direct access 
volumes can be shared by DOS partitions being emulated in the same 
OS DOS emulator partition or region. In addition, the user must ensure 
that all online OS DOS emulator direct access volumes have unique 
volume serial numbers with respect to other DOS and OS direct access 
volumes online at the same time. 

Consideration should be given to grouping DOS jobs into multiple 
OS DOS emulator jobs according to the types and total number of I/O 
devices required. This can reduce the number of I/O devices that have 
to be dedicated to a DOS emulation partition or region at any given 
time,, thereby making more devices available to other OS jobs. 

When the DOS emulation job is initiated, the DOS emulator program 
is loaded into the OS DOS emulator partition/region. The DOS emulator 
program performs control block and table initialization and initiates 
an IPL from the DOS syst«n residence volume. Once the DOS supervisor 
has been loaded 2uid has established the DOS partitions,, DOS job 
execution begins. DOS programs are loaded into the defined DOS 
partitions and emulated. Messages to the operator from the DOS emulator 
program are issued in standard OS format and include a unique 
identification to indicate that they are OS DOS emulator messages. 
If the MCS option is included in the OS control program, all DOS 
emulation messages can be routed to a specific console, and thus 
isolated. 

The entire OS DOS emulator partition/region operates with a nonzero 
storage protect key to prevent it from interfering with the OS control 
program cind other executing OS jobs. Therefore, the DOS emulator 
program, the DOS supervisor, and other DOS jobs in the emulator 
partition/region are not protected from inadvertent modification by 
an executing DOS program. 
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change from one disk device to another, say from 2311s to a 2314. 
Existing disk data sets can be placed on 3336 Disk Packs, using an 
IBM- supplied utility in most cases. Assuming that data organization 
is not changed, consideration should be given to altering the block 
size used and the amount of space allocated to the data set. The 
location and size of each type area in an ISAM data set should be 
altered, taking into account 3336 Disk Pack characteristics. These 
changes can be made in job control statements. 

Sequentially organized data sets (processed by QSAM or BSAM) and 
partitioned data sets can be copied from the source direct access 
device directly to the 3330 facility, using the OS lEHMOYE utility. 
Or they can be copied to tape and then to the 3330 facility, using 
the same utility (if the source direct access device type is not present 
in the Model 145 configuration) . 

Indexed sequential data sets can be copied directly from the source 
direct access device to the 3330 facility, using the lEBISAM utility. 
Alternately, they can be unloaded to tape and then reloaded, using 
the same utility. Changes to space allocation, etc., can be made via 
job control statements. 

Direct organization (BDAM) data sets can be copied on a track-to- 
track basis from the source direct access device to the 3330 facility, 
using lEHMOVE, or copied to tape and then to the 3330 facility. If 
more records are to be placed on a 3330 track than are on a source 
device track, the existing reorganization program can be used to 
transfer the data to the 3330 facility, and the program may have to 
be changed. Reprogramming of the randomizing routine used in the 
reorganization, and in all processing programs that access the BDAM 
data set, is necessary if a relative track or actual address reference 
is used and fewer (or more) 3330 tracks are allocated to the data set 
than before. 

Subject to the restrictions stated in Section 10:05 and those 
indicated for BDAM data sets, existing executable processing programs 
can be used without change to process data sets that have been 
transferred to 3336 packs. Nothing need be done to job control for 
these programs if the cataloged procedures supplied with the language 
translators are used, as long as the 3330 facility is specified as 
a SYSDA device at system generation. Otherwise, job control statements 
must be changed to request 3330 devices and, optionally, any data set 
characteristic changes, such as block size. RPS support, as described 
previously, is provided automatically. 

User-written programs that use the EXCP level to access disk data 
sets that have been transferred to 3336 packs may have to be modified 
to reflect the characteristics of the data set on the 3336, a different 
number of records per track, a different number of tracks per cylinder, 
etc. All 2311 and 2314 CCW lists will operate on 3330 facilities 
except those that are device or channel time dependent and those that 
support the file scan feature, which is not available on the 3330 
facility. User-written 2311 or 2314 error routines will not execute 
correctly and must be modified. RPS ccaranands have to be added by the 
user if this support is desired for programs that use EXCP. (Note 
that the XDAP macro will include support of RPS commands.) 

Data sets currently located on 2303 Drum Storage can be placed on 
a 2305 facility, using a data set utility program. Unit specification 
in the job control statements of existing programs that will access 
the 2305 facility, instead of the 2303 drum, must be changed. Also, 
to reflect the larger capacity of a 2305 track, it may be necessary 
to alter the block size used. The latter also can be done via job 
control statement alterations (without program reassembly) unless block 
size was specified in the program itself. 
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60;15 PLANNING OPTIMAL SYSTEM PERFORMANCE , USING BLOCK MULTIPLEXER 
CHANNELS AND ROTATIONAL POSITION SENSING DEVICES 

Block multiplexing, rotational position sensing, and multiple 
requesting provide the user with another tool that can improve total 
system throughput in the area of multiprogramming. However, the 
effectiveness of this tool for a given installation depends largely 
on proper planning for its use. This section indicates how to use 
block multiplexer channels and RPS devices more effectively. 

The guidelines outlined indicate how best to configure a system 
with rotational position sensing devices, how to plan job scheduling, 
and what to consider when determining disk data set characteristics. 
Explanations follow the statement of each guideline. 

All guidelines presented are not necessarily practical for all 
users. Each item should be evaluated in terms of the processing 
requirements and hardware configuration of an installation. 

SYSTEM CONFIGURATION AND GENERATION 

Guidelines for system configuration and generation are as follows: 

1. Multiple 3330 facilities should be placed on a single block 
multiplexer channel. 

Performance improvement occurs (1) as a result of overlapping 
the rotational positioning time of disk devices and (2) because 
more I/O requests can be initiated in a given period of time, 
since the channel is free more often. When many disk devices 
are active concurrently on a block multiplexer channel, there 
is more potential for such overlap. 

2. Direct access devices with RPS should be placed on separate 
channels from I/O devices without RPS. Alternatives are as 
follows : 

a. If it is necessary to place non-RPS devices on the same 
block multiplexer channel with RPS devices, give first 
choice to non-RPS devices with a buffered control unit, 
such as the 25U0 Card Read Punch and the 1403 Printer. 
These devices disconnect from a block multiplexer channel 
during the relatively long mechanical portion of their 
cycle, thereby freeing the channel for other operations. 

b. Tape units should not be placed on a block multiplexer 
channel with RPS devices unless absolutely necessary, because 
channel disconnection does not occur during any of their 
channel operations. If this is not possible, try to plan 
job scheduling to avoid having jobs using tape units and 
jobs using RPS support active on a block multiplexer channel 
at the same time. If this is not feasible, try to assign 
verv low-activity data sets to these tape units . 

A device without channel disconnect capability can monopolize 
the block multiplexer channel for relatively long periods of 
time, thereby preventing (1) the initiation of other I/O 
operations on the channel and (2) the reconnection and completion 
of disk RPS channel programs already in operation on the channel. 
For example, a direct access device without RPS retains use 
of the channel during its search operations as well as during 
its reads and writes. If the device is a 2314 and block size 
is half a track, the channel is busy for 25 ms on the average 
(12.5 ms average rotational delay plus 12.5 ms read/write) for 
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is performed for the Model 145, a calling mechanism is set to 
request the divide routine that uses extended precision 
instructions at execution time, since the Model 145 contains 
these instructions. 

Therefore, the divide simulation routine that does not use 
extended precision should be transferred from SYSl.LINKLIB to 
another library and given the same member name as the divide 
routine with extended precision instructions. When the operating 
system is executed on a Model 145, SYSl.LINKLIB should be used 
by extended precision programs. When the operating system is 
executed on a Model 40 or 50, the alternate library should be used. 

Whenever a new program that is to execute on both systems is added 
to a library or if the Model 145 hardware configuration changes, the 
user must consider whether or not portability is affected. 

60;25 DOS TRANSITION 

A system generation must be performed using a release of DOS that 
includes Model 145 support in order to obtain a supervisor that supports 
new Model 145 features. The DOS starter system can be used on a 
System/360 or System/370 to generate a control program for either a 
System/370 or a System/360 model. The existing system generation job 
stream can be used, modified to reflect the Model 145 hardware 
configuration and the use of integrated emulator programs, as 
appropriate. Additional supervisor options can be selected as well. 

A DOS operating system generated for the Model 145 includes the 
following: 

• MCAR and CCH routines to handle the expanded machine check 
interrupt. OBR and SDR are included to handle I/O error recording, 
and OLTEP is present also. 

• Support of the new I/O devices (3211 Printer and 2319 facility) 
and the new Model 145 console specified 

• Support of the interval timer, if requested 

• Support of the new instructions by Assembler D (14K variant) 

• The required interface to the integrated emulator program specified 
at system generation, if any 

In general, the new supervisor will be larger than the one currently 
in use because of the automatic inclusion of MCAR, CCH„ OBR, and SDR 
routines and user selection of additional options. (The minimum DOS 
supervisor size for the Model 145 is 14K.) This increase will be less 
for DOS supervisors that currently contain the optional MCRR, OBR, 
and SDR routines. A larger supervisor and the availability of 
additional processor storage in the Model 145 will cause partition 
starting addresses to chcinge. Therefore, existing user-written, 
nonrelocatable DOS programs have to be link-edited relative to the 
new partition starting addresses and placed in the new core image 
library. If relocatable modules for these nonrelocatable programs 
are not available, reassembly of the source modules, as well as link 
editing of the resulting relocatable modules, is required. Existing 
user-written, self -relocatable DOS program phases can be copied directly 
from the old core image library to the new one. 

Subject to the restrictions stated in Section 10:15, alteration 
of an existing source program is required only if new processing is 
added, if existing processing is changed, if there is a change in the 
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I/O device types used in the program (ASSGN job control statements 
may also require changes) , or if the program contains a user-written 
routine that depends upon a particular release of DOS for communication 
with the supervisor. (Conversion of emulated programs and files is 
discussed in Section UO.) 

60;30 DOS PORTABILITY 

A DOS user with multiple Model 145 systems can generate a single 
operating system that can be used on each system, subject to restraints 
imposed by differences in hardware configurations. 

A single DOS control program can also be portable between System/ 370 
Models lUS and 155 because of the way DOS RMS routines are structured. 
(DOS support is not provided for the System/370 Model 165.) During 
IPL, the determination of the model in use is made by the initialization 
routine, using the STORE CPU ID instruction. Bits are then set in 
the supervisor that are tested during RMS routine execution to determine 
whether a Model 1U5 or 155 routine should be used in those cases in 
which model- dependent routines exist. 

If a single control program is to be used for both a System/370 
Model 145 and a Systero/360 model, say 40 or 50, Model 145 should be 
specified at system generation time so that MCAR and CCH are included. 
Model 145 MCAR and CCH routines will not execute properly on a Model 
30 or 40. When a DOS supervisor containing them is loaded during I PL, 
MCAR and CCH are disabled automatically by the initialization routine 
when the routine determines that it is not operating on a Model 145. 
(Note that MCAR and CCH cannot be disabled by the operator with the 
RF parameter when a DOS supervisor containing th«n operates on a Model 
145.) This means that the Model 30 or 40 will run as it would if the 
optional MCEIR routine was not included in the supervisor. That is, 
there will not be any machine check error recording and the system 
will go into a wait state when a machine check interrupt occurs. Thus, 
if the facilities provided by MCRR routines are desired for a Model 
30 or 40 supervisor,, a system generation must be done for each unique 
model in the installation so that the appropriate model- dependent 
machine check routine is included in each supervisor. 

As covered in the OS portability discussion, processing programs 
that are to execute on the Model 145 and a Model 30 or 40 must use 
instructions, features, and I/O devices common to both systems. 

60;35 USE OF OTHER PROGRAMMING SYSTEMS 

Subject to the restrictions stated in Section 10:05, \isers of 
OS PCP, TOS, BOS, BPS, non-IBM-supplied control programs, or OS MFT 
and OS MVT and DOS control programs not generated for a Model 145 can 
execute their existing control and processing programs on a Model 145 
with a hardware and I/O device configuration comparable to that of 
the System/360 model now installed. However, since Model 145 RMS 
(machine check and channel check routines) are not included in these 
control programs, the Model 145 will operate under the following 
conditions : 

1. Single-bit processor and control storage error correction is 
performed; however, a machine check interrupt does not occur. 

2. The IPL setting of the recovery mask bit disables interrupts 
after CPU retry corrections. 

3. Damage to the time of day clock or the interval timer causes 

a machine check interrupt condition and generation of logout data. 

112 



4. A hard machine check error (an unretryable or uncorrectable 

CPU error, a double- or multiple-bit processor or control storage 
error, or a storage protection failure) causes a hard machine 
check condition and generation of CPU extended logout data. 

A machine check control switch, which determines the action that 
is to be taken when a machine check condition occurs, is present on 
the system console. When the switch is in the process position, machine 
checks cause an interrupt and logout if they are not disabled. This 
setting is to be used when an operating system containing Model 1U5 
RMS is in operation. When the switch is in the stop after log position, 
all enabled machine check conditions cause an interrupt and a logout, 
after *diich the system stops. 

If the Model 145 is not set to stop after a machine check when an 
operating system without Model lUS RMS is used, the system takes 
whatever action was planned for machine checks: 

• Any control program without a recovery routine included (for 
excunple, SERO or SERl for OS or MCRR for DOS) will enter the wait 
state after a machine check interrupt and logout. The logged data 
can be printed on the console (using display mode) or printed out 
with a stand-alone processor storage dump program. The operator 
can re-IPL and attempt to continue operations or the CE can perform 
diagnostic procedures. 

• Any control program that contains a recovery routine will enter 
the routine and attempt execution. As stated in Section 10:05, 
these routines access model- dependent data and will not operate 
correctly. In addition, the CPU extended logout data stored when 
the interrupt occurred will have destroyed the code located in 
locations 512 to 703. Results are unpredictable. 

Therefore, control programs containing non-Model 145 recovery 
routines should be run with the system set to stop after logging when 
machine checks occur. 

For the following reasons, it is advantageous for Model 145 users 
to install an operating system that includes recovery management support 
designed specifically for the Model 145: 

• The number of re-IPL' s necessary because of machine malfunctions 
can be reduced. Most hardware errors can be corrected either by 
Model 145 hardware recovery procedures or RMS routines. The latter 
ensures the continuation of system operation whenever possible 

if the error cannot be corrected. This is particularly important 
during online operations. In Model 145 systems without RMS 
routines, recovery is provided only for correctable CPU errors 
and single-bit processor and control storage errors. Other errors 
will necessitate a re-IPL. 

• Status information recorded by RMS routines will assist the customer 
engineer in the diagnosis of machine malfunctions. This data will 
be of greatest benefit in diagnosing intermittent errors . 

• DOS users who install a DOS supervisor that includes Model 145 
RMS will also have the advantages of integrated emulation. (CS/30 
and CS/40 cannot be executed on a Model 145.) 

• Versions of OS control programs that include Model 145 RMS are 
the only ones that include support of new Model 145 CPU features, 
block multiplexer channels, direct access devices, and integrated 
emulators. 
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SECTION 70; COMPMIISON TABLE OF HARDWARE FEATURES AND PROGRAMMING 
SUPPORT - SYSTEM/ 360 MODELS 30 AND 40 AND SYSTEM/ 370 
MODEL 1«»5 



This table has been included for quick reference. It compares the 
hardware features of Models 30, 40, and 145. It also indicates DOS 
and OS support of Model 145 features. A dash (-) in a programming 
system column indicates that the hardware feature does not require 
programmed support. 
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Hardware Feature 



Systein/360 
Model 30 



Systero/360 
Model ao 



System/370 
Model 145 



DOS - Model 1U5 



OS - Model 1«5 



B. Tape units 
currently announced 

C. Direct access devices 
(2311, 2314,2303, 2301, 
and 2321) 



All except 2U20 
Model 7 

All except 2303 
and 2301 drums. 
Only channel 1 
can have 231U 
facilities 
attached. 



All except 2420 
Model 7 

All except 2301 
drum. Either 
channel 1 or 
channel 2 (but 
not both) can 
have 2314 facil- 
ities attached. 



All can be 
attached. 

All except 2301 
drum. 2314 
facilities can 
be attached to 
channels 1 , 2 , 
and 3. 



Supported 



2303 and 2301 drums 
are not supported- 



Supported 



All are supported 
except 2301 
drum. 



D. 3330 facility with RPS 
and multiple requesting 



No 



No 



Yes on block 

multiplexer 

channels 



Not supported 



Supported 



E. 2305 facility Model 2 
with RPS and multiple 
requesting 



F. Other devices: 
1231,1285,1404, 
1412,1418,1428, 
1445,1827,2301, 
2302,7340,7772, 
1052 M7, 2150 



No 



No 



Yes except 
2301, 7340, 
1052 M7 



Yes except 
2301, 7340 



Yes on block 
multiplexer 
channels . The 
word buffer 
feature is 
required. 

No 



Not supported 



Supported 
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DDR routine 97 
direct access devices 

2301 33 

2302 33 

2303 23, 29, 105 

2305 Model 2 (See 2305 Model 2 facility.) 

2311 23, 29, 105 

23ia 20, 23, 29, 105 

2321 23, 29 

3330 (See 3330 facility.) 
disk cartridge device 

console file 17 

in 2835 control unit 39 

in 3830 control unit 36 
disk packs 34 
DOS (Disk Operating System) 
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checkpoint/restart 98 

emulation under OS 73-78 

EREP 96 

ERP's 96 

1401/1440/1460 Emulator program 68-71 

1410/7010 Emulator program 71-73 

OBR/SDR 96 

OLTEP 99 

OLT's 99 

portability 112 

POWER 51 

RMS 94 
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transition 111 

ECC checking 81 

ECSW (See limited channel logout.) 

emulator programs 

DOS 1401/1440/1460 68-71 

advantages 68 

storage requirements 69 

supported features 70-71 

unsupported features 71 
DOS 1410/7010 71-73 

storage requirements 71 

supported features 72 

unsupported features 72 
features common to both DOS emulators 64-68 

generation and execution 65 

tape and disk emulation 66 
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advantages 53 
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formatting programs, tape and disk 55 

installation 57 
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operator communication 57 
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OS/DOS emulator 73-78 
OS lUOl/1440/1460 61-63 

disk requirements 63 
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supported features 62, 63 
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storage requirements 58 
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EREP programs 96, 110 
ERP'S 96 

extended channel log out 83 
extended precision floating point 
description 13 
DOS support 51 
OS support 47 
portability 110 
external interrupt masking 12 

FCB 

description 44 

DOS loading 51 

OS loading 50 
features 

optional 32 

standard 31 
fixed processor storage locations 85 
forms control buffer (See FCB.) 

general purpose instructions 
description 12 
DOS support 51 
OS support 47 
portability 110 

HALT DEVICE instruction 20 
hard machine checks 

description 88 

MCAR support 95 

MCH support 91 
hard stop 

description 89 

system operation with machine check control switch set to 113 
HASP 48, 49, 50 

INSERT CHARACTERS UNDER VSkSK instruction 13 
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for the 3211. Forms spacing and skipping are controlled by a program- 
loaded forms control buffer (FCB) contained in the 3811 control unit. 

The FCB contains 180 storage positions, each of which corresponds 
to a print line, that is, a single space of the carriage. Thus, forms 
up to 22.5 inches in length can be accommodated at eight lines per 
inch spacing (or 24 inches at six lines per inch) . Dp to twelve channel 
codes (1-12) , corresponding to the twelve channel positions of the 
paper carriage tape used on a 1U03 Printer, can be stored in the 
appropriate buffer line positions to control carriage skipping. The 
FCB can be considered to contain a storage image of a carriage control 
tape. 

A carriage control address register is used to address the FCB and 
maintain correct line position with respect to the form. This register 
is incremented as space and skip commands, %»hich cause the form to 
advance, are issued. When a SKIP TO CHANNEL command is executed, the 
carriage control address register is incremented and the form moves 
until the channel specified is sensed in a line position in buffer 
storage. If the requested channel number is not found in the buffer, 
forms movement stops after address position 1 (line 1) has been sensed 
twice. This prevents runaway forms skipping. 

A flag in a buffer storage line position is used to indicate the 
last line of the form for forms shorter than 180 lines. A flag bit 
is also used in the first buffer storage position to indicate six or 
eight lines per inch spacing. The FCB is loaded with the desired forms 
spacing characters via a LOAD FCB command issued by a program. An 
error indication is given if an end-of-page flag is not present or 
if an invalid carriage code is loaded. 

Serviceability features, in addition to those provided for the li»03 
Printer, are incorporated into the design of the 3211. The fact that 
a 3811 control unit controls only one 3211 Printer instead of multiple 
devices permits offline repair of the malfunctioning printer or control 
unit only, without the necessity of removing other operational units 
from the system. 

The 3811 control unit presents six bytes of sense information to 
identify printer and control unit malfunctions instead of only one 
byte, as is provided for the 1403. Certain errors (such as a parity 
check in the print line buffer) that might be corrected by programmed 
retry of the print operation are identified in the sense bytes, and 
carriage motion is suppressed. This permits error recovery without 
operator intervention if the retry is successful. The additional 
status data presented can be stored for later analysis and should speed 
the diagnosis of hardware malfunctions. 

20;25 THE 3803/3420 MAGNETIC TAPE SUBSYSTEM 

The new 3803/3420 Magnetic Tape Subsystem consists of 3803 Tape 
Control and a family of three 3420 Magnetic Tape Units which read and 
write nine-track, 1600-BPI, phase- en coded, half- inch magnetic tape. 
The three tape units. Models 3, 5, and 7, have a data rate of 120 KB, 
200 KB, and 320 KB, respectively, and up to eight tape units, in any 
mixture of models, can be attached to a 3803 control unit. This tape 
subsystem, which embodies a completely new control unit technology, 
offers price performance improvements, compatibility with existing 
seven- and nine-track tape volumes and programs, enhanced reliability, 
availability, and serviceability features, lower cost tape switching 
capabilities, and standard automated tape-handling features presently 
available only on 2420 Magnetic Tape Units. (Table 20.25.2 at the 
end of this subsection compares 3420 and 2401 tape unit 
characteristics. ) 

45 



Page of GC20-1 734-0 

Added 9/30/70 

By TNL GN20-2261 

The 3803/3U20 subsystem can be attached to all Systein/370 models 
and to System/360 Models 30 to 195 (Model 67 in 65 mode only) except 
Model ttii for which there is no program support. The tape commands, 
status responses, and basic sense data of this tape subsystem are 
compatible with those of 2'»00-series tape units. Thus, any correctly 
written, non-time-dependent System/360 program for 2U00-series tape 
units will operate without change on the Model m5 (subject to 
restrictions stated in Section 10:05) to handle operations on 3803/3U20 
subsystems with equivalent features installed. That is, existing nine- 
track 1600-BPI phase-encoded (PE), nine-track 800-BPI non- return- to- 
zero (NRZI) , and seven-track 556/800-BPI NRZI-encoded tapes can be 
processed on 3420 tape units using existing programs without change 
to the tape volumes or programs. 

The 3803/3420 tape subsystem offers users with intermediate systems 
the advantages of the latest significant advances in tape speed and 
design while maintaining media compatibility with existing tape volumes 
and providing enhanced RAS features. Specifically, the following are 
provided : 

• Data rates of 120 KB, 200 KB, and 320 KB at 1600-BPI density 

• Phase- encoded data recording that automatically detects and corrects 
single-bit read errors in-flight 

• A tape transport design that minimizes tape wear and increases 
reliability, a single-drive capstan to control tape movement that 
provides faster data access times and rewinds, and more precise 
control of motor speed to help minimize damage to tape media 

• Cartridge loading of tape, automatic tape threading, and a new 
automatic tape reel hub latch, all to reduce tape setup time 

• Dual Density and Seven-Track (mutually exclusive) features to 
enable a 3420 tape unit to handle either nine- track 800-BPI NRZI 
and 1600 BPI PE tape or seven-track 556/800-BPI NRZI (BCD or binary) 
tape 

• Flexible, lower cost tape switching implemented in a new compact 
physical design 

• Features such as new technology to improve subsystem reliability 
and new diagnostic facilities to aid serviceability and thereby 
increase subsystem availability 

Phas e- encoded recording . The phase-encoded (PE) recording technique 
offers superior error detection and reliability as compared with the 
non-return-to-zero (NRZI) technique. In both cases, magnetic recording 
of one and zero bits is accomplished by means of flux reversals or 
changes in polarity. In NRZI recording, only one bits are recorded 
as magnetized spots, and a flux reversal occurs only for one bits. 
In PE recording both zero and one bits are recorded (the zero bit and 
one bit being opposite in polarity) , and a flux reversal is required 
in every bit position. Thus, the PE dual flux recording technique 
differentiates between no recording and the presence of a zero bit, 
and the absence of any signal is detected as an error. 

The positive recording of all zero and one bits in PE eliminates 
the need for horizontal parity bits (longitudinal redundancy check 
used in NRZI recording) , and vertical parity bits are used to correct 
single-bit read errors in-flight. During reading, if a single track 
fails to respond with a suitable pulse in any bit position, reading 
of the rest of that track is immediately disabled for the remainder 
of the data block, and the remaining bits for that track are 
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automatically generated by use of the vertical parity bits. In-flight 
single-track error correction eliminates the time normally lost in 
backspacing and rereading NRZI tape for correction of single-track 
dropouts or defects. 

Phase encoding offers other advantages. If a string of zeros is 
recorded on tape, successful reading in NRZI requires close 
synchronization to "count" the correct number of zeros. With PE, this 
synchronization is provided by the flux reversal in every bit position? 
hence, PE recording (and reading) is self- clocking. In addition, each 
block written on a PE tape is preceded and followed by a coded burst 
of bits in all tracks to set up the individual track- clocking rates. 
The read circuitry is designed to recognize these bursts and thereby 
minimize the effect of noise in the gap. 

The critical nature of vertical skew (alignment of bits within a 
byte) that is imposed by NRZI recording is minimized by this individual 
track clocking scheme (one clock per track versus one clock for the 
entire tape subsystem) , and by the use of one- byte (nine-bit) capacity 
skew buffers that can be in the process of collecting up to four data 
bytes at the same time, as the tape passes the read head. Because 
of the positive recording of all bits, once a skew buffer contains 
nine bits, one from each horizontal data track, it is an indication 
that a byte has been read. Thus, the 3U20 can handle the situation 
in which the tape is not exactly aligned, and bits from up to four 
adjacent bytes can be read concurrently. 

Like 2U00-series tape units, the 3420 utilizes a t%«)-gap read/write 
head that performs readback checking during write operations. The 
3420 also has a separate erase head that erases the entire width of 
the tape during any write operation before reading occurs. Full-width 
erasure reduces the likelihood of leaving extraneous bits in interblock 
gaps or skip areas and minimizes the inter changeability problems that 
can occur when tape is written on one tape unit and read on another. 

Advanced engineering design . The tape path in the 3U20 tape unit 
is designed for "soft handling" of tape volumes to minimize tape wear 
and thus improve tape reliability. Other features, such as the single- 
drive capstan and optical tachometers, result in faster data access 
and rewind times than those of the 2U01. 

On a 3U20 tape unit, the tape reel is mounted on the right side 
of the tape transport, instead of on the left as on a 2401 tape unit, 
so that an inverted tape path exists. As a result, when the tape is 
loaded in the columns, the recording side touches only the tape cleaner 
and read/write head. Friction and tape wear are also reduced by the 
presence of air bearings in the tape transport that provide a thin 
film of air between the nonrecording surface and each metal bearing. 

Use of a single-drive capstan transport for tape movement and optical 
tachometers for control of motor speed result in several advantages. 
First, faster access times than those of 2401 tape unit models are 
achieved. Access time is defined as the time interval from initiation 
of a write or forward read command (given when the tape is not at load 
point) until the first data byte is read or written, assuming the tape 
is brought up to speed from stopped status. Nominal access times for 
3420 Models 3, 5, and 7 are 4.0 ms, 2.9 ms, and 2.0 ms, respectively. 

Second, the single-drive capstan can be made to operate faster than 
normal read/write speed, and in-column rewind is thus implemented. 
Full reel rewind speeds average 410, 480, and 640 inches per second 
for Models 3, 5, and 7, respectively. In addition, less time is 
required to rewind less than a full reel on a 3420 as compared to a 
2401 because of faster rewind times achieved by in-column rewinding. 
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Last, three optical tachcmieters that monitor motor speed are used 
to achieve precise control of the speed of both the capstan motor and 
the tape reel motors. The capstan tachometer measures the size of 
the interblock gaps (IBG"s) created during tape writing. The result 
is a more consistent IBG size (.6 inches) than is created by 2400- 
series tape units, vrtiich enables more accurate calculation of tape 
passing time. IBG passing times are 8.0 ms, U.8 ms, and 3.0 ms for 
3420 Models 3, 5, and 7 respectively. These times would be used in 
calculations for command chained tape operations (reading or writing 
more than one tape block with a single START I/O instruction) . More 
precise capstan motor speed also results in smoother starts and stops, 
thereby minimizing tape stretching and breaking. 

The two tape reel tachometers measure tape speed as the tape enters 
and leaves the vacuum columns, and tape speed is adjusted when 
necessary. The 3420 tape unit is, therefore, less sensitive to voltage 
changes. More precise control of tape reel motor speed improves rewind 
speed and minimizes erratic tape stacking during rewinds so that there 
is less chance of damaging tape edges. 

Automatic threading and cartridge loading . These advanced features 
are standard on all 3420 models and significantly reduce tape mounting 
and demounting time. Tape threading is automatic for tape reels not 
enclosed in a wraparound cartridge once the reel (10.5-inch, 8.5-inch, 
or minireel) is mounted on the tape \mit with the tape end placed in 
the threading chute and the load- rewind button is depressed. The power 
window is closed, the tape is threaded on the takeup reel, and the 
tape is loaded in the columns and positioned at load point within ten 
seconds after the button is depressed for Models 3 and 5. On the 
Model 7, only seven seconds are required. In addition, unload and 
rewind/unload operations cause the tape to be completely rewound on 
the tape reel and the power window to be lowered so that the reel is 
ready for immediate demounting. 

If the tape is enclosed in a wraparound cartridge (10.5-inch reels 
only) , an operator need only mount the cartridge and does not have 
to place the tape end on the threader chute. Once the load-rewind 
button is depressed, ten seconds are required to open the cartridge 
and perform automatic threading. If automatic threading fails on the 
first try, the 3420 unit automatically rewinds the tape and retries 
threading. Unload operations rewind and close the cartridge 
automatically. In addition to fast tape reel mounting, the use of 
a wraparound cartridge offers other advantages. Handling of the tape 
reel itself is not required when the tape is used, because the 
wraparound cartridge is also the shelf storage container. The only 
time the cartridge need be opened is when it is opened by the 3420 
during use. This enhances the reliability of the tape media. 

The 3420 tape unit also has a new automatic reel latch instead of 
the snap type hub latch implemented on newer 2400-series tape units. 
The operator places the tape reel on the hub and the automatic latch 
mechanically aligns the reel and then pneumatically locks it in 
position. 

The advantage of these features can be shown by comparing setup 
times for tape units with and without the autothread feature. A tape 
study using experienced operators indicated the total time required 
to remove a tape reel, mount a new reel, thread the tape, and come 
to ready status was ttie following: 

2401 tape unit - 40 seconds 

Autothread tape iinit without cartridge - 29 seconds 

Autothread tape unit with cartridge - 13 seconds 
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Single Densit.y , Dual Density , and Seven-Track f eatiares . These three 
features are provided for both 3803 control units and 3U20 tape units. 
They are mutally exclusive features. The Dual Density or the Seven- 
Track NRZI feature cam be field installed on a 3420 tape unit only 
if it is replacing another NRZI feature. (For example. Dual Density 
can be field installed to replace the Seven-Track but not the Single 
Density feature.) The Dual Density and Seven-Track features facilitate 
efficient conversion of existing NRZI-recorded tapes to 1600-BPI phase- 
encoded format and permit tape volume interchange with other systems 
that use seven-track 556/800-BPI or nine-track 800-BPI tape. (See 
Section 60 for a discussion of conversion to 3U20 tape units.) 

A 3803 control unit with the Single Density feature (without a 
switching feature) can handle up to eight 3420 tape units (Models 3, 
5, and 7) with the ccMnpanion Single Density feature installed. Only 
1600-BPI PE tape can be read and written. Vfhen the Dual Density feature 
is present on the 3803 control unit, both nine-track 1600-BPI PE and 
nine-track 800-BPI NRZI tape operations can be performed on 3420 units 
(Models 3, 5, and 7) with the companion Dual Density feature installed. 
(Tape units with the Single Density feature still handle only nine- 
track 1600-BPI PE tape.) When the Seven-Track feature is present on 
the 3803 control unit, seven-track 556/800-BPI NRZI operations (both 
BCD and binary format) can be performed on 3420 tape units (Models 
3 and 5 only) with the companion Seven-Track feature installed. The 
data convert and translate facilities are a standard part of the Seven- 
Track feature. Table 20.25.1 summarizes 3803 control unit capabilities 
without and with these features. 

Tape mode setting is handled as follows. For write operations on 
nine-track tape units with the Dual Density feature, a mode set command 
must be issued to establish 1600-BPI PE or 800-BPI NRZI recording mode 
prior to the first write. Tapes written in PE mode have a format 
identification burst recorded at load point that differentiates them 
from NRZI mode tapes. During reading, sensing of this burst 
automatically puts the tape unit in PE mode. Failure to sense the 
burst establishes NRZI mode if both the tape unit and control unit 
have the Dual Density feature. If an attempt is made to read NRZI- 
mode tape on a unit without the Dual Density feature, an error 
indication results. Once PE or NRZI mode is established for read 
operations, it is retained until the tape returns to load point. 

For seven-track read and write operations, NRZI mode, density, 
parity, and use of the data converter or translator are established 
by issuing a single MODE SET command. 
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• Table 20.25.1. 3803 control unit configurations and capabilities with 
Single Density, Dual Density and Seven-Track features 



3803 with Single 


3803 with Dual 


3803 with Seven-Track 


Density Feature 


Density Feature 


Feature 








(includes data convert 








and translate) 


1. Nine-track, 1600- 1. 


Nine-Track, 1600- 


1. Nine-Track, 1600- 


BPI, PE tape on 3U20 


BPI, PE tape on 3420 


BPI, PE tape on 3420 


Models 3, 5, and 7 


Models 3, 5, and 7 


Models 3, 5, and 7 


with Single Density 


with Single Density 


with Single Density 


feature 


feature 


feature 


2. 


Nine- track, 800-BPI 


2. Seven-track, 556/800- 




NRZI tapes and 


BPI, NRZI BCD and 




nine-track, 1600- 


binary tapes on 3420 




BPI PE tapes on 


Models 3 and 5 with 




3420 Models 3, 5, 


the Seven-Track 




7 with the Dual 


feature . 




Density feature. 




Note: The Single Density 


, Dual Density, and Seven-Track features are 


mutually exclusive 


on the same control unit or the same tape 


unit. 







Tape-switching features . Tape subsystem configuration flexibility 
is provided by field installable tape- switching options that permit 
up to four control units to be switched among up to 16 tape units. 
While this capability is provided for 2400-series tape units via the 
2816 Switching Unit, tape switching for the 3803/3420 subsystem offers 
the advantages of compact design, reduced cost, and enhanced subsystem 
availability . 

The switching features are built into the 3803 control unit itself 
so that space for stand-alone switching units is not required. The 
fact that tape switching features are contained in the 3803 control 
units being switched (rather than in one unit) also enhances tape 
subsystem availability. When a switch failure occurs in one control 
unit, that unit can be switched offline, eliminating the necessity 
of removing the entire tape switching subsystem from the operative 
system configuration. 

Using combinations of the Communicator and the Two-Control Switch, 
the Three-Control Switch, or the Four-Control Switch optional features, 
two, three, or four control units can be configured to be switched 
among up to 8 or up to 16 tape units. The Communicator must be present 
in all control units that are to be switched. It allows the control 
unit in which it is installed to address tape units that are attached 
to an interconnected control unit. Figure 20.2 5.1 shows the switching 
feature requirements for permissible switching combinations. The 
switch combinations shown for switching control units among up to 16 
tape units are the same that are required for switching control units 
among up to 8 tape units. 

A two control unit switching configuration is reqiiired to replace 
the 2804 and 2404 read-while-write control units. The advantage of 
the tape switching approach is that for a small price increment better 
performance is possible. This is true because any two tape operations 
can be active concurrently in a switched configuration (including two 
reads or two writes) while the degree of simultaneity achieved using 
a read-while- write control unit is application dependent. That is, 
the application must lend itself to reading, then writing (or vice 
versa) . 
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Tape-switching configurations for the 3803/3420 
Magnetic Tape Subsystem 



Reliability, availability, and serviceability features. The 
3803/3420 hardware subsystem has several RAS features, in addition 
to the reliability and availability features already discussed for 
the tape media itself. 

The 3803 control unit embodies a totally new design. The newest 
monolithic logic technology is used in the 3803 control unit and, 
therefore, it offers greater reliability and more compact physical 
design in comparison to the 2803 control unit. (The 3803 is 
approximately half the size of a 2803 control unit.) In addition, 
both logic circuitry and mechanical components in the control and tape 
units are functionally packaged to enable more rapid fault location 
and faster replacement. 

As a diagnostic aid, additional sense bytes are generated by the 
microprogram-controlled 3803 control unit. The 3803 uses ROS for 
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microprogram residence. Twenty sense bytes are provided, instead of 
the six generated by the 2803, certain of which can be used in tracing 
control unit microprogram malfunctions. Some of the other additional 
sense bytes identify the control unit and tape unit by serial number, 
optional features, and engineering change (EC) level. 

Two other very significant new serviceability features are 
microdiagnostics resident in the 3803 control unit and radial attachment 
of 3U20 tape units to the 3803. 

Resident microdiagnostics in the 3803 enhance test operations for 
the 3803/3U20 subsystem by relieving the CPU of the execution of most 
time- dependent tests. Diagnostics in the 3803 are executed via use 
of a diagnostic command issued by a program. 

The 3803 also contains diagnostics that are operative during normal 
tape processing operations. These diagnostics perform operations such 
as the monitoring of measurement functions of the tape units. If an 
irregularity is noted, the control unit generates sense bits to inform 
the executing program of the malfunction. 

Tape subsystem availability is improved by radial attachment of 
3420 tape units to the 3803 control unit. That is, each 3420 is cabled 
directly to the control unit so that any malfunctioning tape unit can 
be disconnected from the tape subsystem for servicing without disturbing 
the other tape units. When tape units are attached to the control 
unit in series (each tape unit cabled to the next tape unit), as are 
2400-series units, the entire tape subsystem must be taken offline 
to uncable a tape unit. 

These new features, combined with the use of fewer adjustable parts, 
are designed to provide optimum tape subsystem availability through 
better reliability and reduced maintenance time. 

In conclusion, the 3803/3420 Magnetic Tape Subsystem offers Model 
30 and 40 2401 tape unit users the following advantages: 

• Increased throughput for tape operations because of faster data 
rates, faster access times, and less rewind time for short files. 
In-flight correction of single-bit read errors eliminates a 
backspace and reread procedure and reduces the number of permanent 
read errors. 

• Reduced tape setup time because of automatic tape threading and 
cartridge loading 

• Reduced tape library size because of 1600-BPI density 

• Less tape media wear as a result of the transport design and 
automatic threading and less tape damage caused by handling if 
wraparound cartridges are used for tape volume mounting and storage 

• Reduced maintenance time because of the transport design (fewer 
adjustable parts), functional packaging of components, expanded 
sense bytes, and microdiagnostics resident in the control unit 

• Increased tape subsystem availability because of reduced maintenance 
requirements 

• Compatibility with existing 2400-series tape volumes and programs 

These advantages, combined with lower subsystem cost and compact, 
flexible tape-switching capability, make the 3803/3420 Magnetic Tape 
Subsystem the natural gro%^h path for tape users. 
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Table 20.25.2. 3420 and 2401 Magnetic Tape Unit characteristics 



interblock gap 
size in inches 
(nine-track) 



and unload 
time (sees.) 



Characteristic 




3420 


Tape 


Units 










2401 


Tape Units 






Model 3 


Model 


5 


Model 7 


Model 


1 


Model 2 


Model 


3 


Model 


4 


Model 5 


Model 6 


Data rate (KB) 


120 


200 




320 


30 




60 


90 




60 




120 


180 


Density 

(bytes/inch) 


1600 


1600 




1600 


800 




800 


800 




1600 




1600 


1600 


Tape speed 

(inches/sec.) 


75 


125 




200 


37.5 




75 


112.5 




37.5 




75 


112.5 


Nominal 


.6 


.6 




.6 


.6 




.6 


.6 




.6 




.6 


.6 



Nominal read 


4.0 


2.9 


2.0 


16 


8 


5.3 


16 


8 


5. 


access to data 




















(ms) 




















In-col\imn rewind 


Yes 


Yes 


Yes 


NO 


No 


No 


No 


No 


No 


Nominal rewind 


76 


66 


51 


132 


90 


66 


132 


90 


66 



Nominal rewind 
to ready 
status — full 
2400-foot reel 
(sees.) 



70 



60 



45 



180 



84 



60 



180 



84 



Standard 



10 



Automatic reel 
latch 



Yes 



Standard 



10 



Automatic 
threading 

Time to ready 
status after 
load button 
pr ess ed ( s ecs . ) 



Cartridge loading Standard Standard 
(10.5-inch 
reels only) 



Yes 



Standard 



Standard 



Not 
available 



Not 
available 



Not 



Not 



Not 



Not 



No 



Not 



available available available available available 



Not Not Not Not Not 
available available available available available 



Recording 
technique 



NRZI 



NRZl 
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• Table 20.25-2. 3il20 and 2«»01 Magnetic Tape Unit characteristics (continued) 



Characteristic 



Model 3 



3«>20 Tape Onits 



Model 5 



Model 7 



Model 1 



Model 2 



Model 3 



2»01 Tape Units 



Model 4 



Model 5 



Recording medium IBM Series/ Same as 
(1/2-inch 500 Model 3 
magnetic tape) Dynexcel, 

Heavy Duty, 
or equiv- 
alent 

10. 5", 8. 5-, 
6.5" reels. 
(Dse of 
Mylar* is not 
recommended. ) 



Inverted tape Yes 
path, single- 
capstan drive 
optical tach- 
ometers 

Error checking 



Yes 



Single-track 
corrections 
during reading 

Vertical 
redundancy 
check 

Longitudinal 
redundancy 
check 



Number of sense 20 
bytes 

Microdiagnostics Yes 
in control unit 



Yes 



20 



Yes 



20 



Yes 



Yes 



Yes 



Model 6 



Same as Same as Same as Same as Same as Same as Same as 
Model 3 3*20 plus Model 1 Model 1 3420 3420 3U20 
Mylar 



Automatic Automatic Automatic Programmed Programmed Programmed Automatic Automatic Automatic 



DB > 5 

Z S. o 

9i£ 



Separate erase 
head 


Yes 


Yes 


Seven-Track 
feature 




Optional 


Opt: 


Recording 
technique 




NRZI 


NRZ: 


Densities 


(BPI) 


800 
556 


800 
556 











Yes 



Not 
available 



Yes 



Yes 



* Trademark of E. I. Dupont de Nemours e Co. (Inc.) 



Optional Optional Optional 
NRZI NRZI NRZI 



800 


800 


800 


556 


556 


556 


200 


200 


200 



available available available 



Table 20.25.2. 3U20 and 2«t01 Magnetic Tape Onit characteristics (continued) 



Characteristic 



Model 3 



3420 Tape Dnits 



Model 5 



Model 7 



Model 1 



Model 2 



Model 3 



2»01 Tape Units 



Model H 



Model 5 



Model 6 



Data rate (KB) 
800 BPI 
556 BPI 
200 BPI 

IBG size (ins.) 

Translator 

Data Converter 

Dual Density 
feature 
(800/1600 BPI) 



60 100 

«H.7 69.5 



.75 .75 

Standard Standard 

Standard standard 

Optional Optional 



Optional 



30 

20.8 

7.5 


60 

41.7 

15 


90 

62.5 

22.5 


_ 


- 


- 


.75 


.75 


.75 


- 


- 


- 


Standard 


Standard 


Standard 


- 


- 


- 


Optional 


Optional 


Optional 


- 


- 


- 


Not 
available 


Not 
available 


Not 
available 


Optional 


Optional 


Optional 



Data rate (KB) 
at 800 BPI 

Recording 
technique at 
800 BPI 



60 



100 



160 
NRZI 



30 



60 



90 



IBG size at 800 
BPI (inches) 



.6 



.6 



Control unit 



Tape switching 






3803 Same as 

with Model 3 

optional 

Seven-Track 

or Dual 

Density 

feature 

(not both). 

Read while 

write (RWW) 

capability is 

not provided. 



Same as 2803, 2804 Same as 

Model 3 (RWW) Model Model 1 

but no 1 with 

Seven-Track optional 

feature Seven-Track 
Compatibil- 
ity feature 

2803, 2804 
Model 2 with 
optional 
Seven-Track, 
Nine-Track, 
or Seven and 
Nine-Track 
compatibil- 
ity feature 



Same as 
Model 1 



2 X 16 

3 X 16 

4 X 16 
(Switching 
features in 
3803) 



Same as 
Model 3 



Same as 
Model 3 



2 X 16 

3 X 16 

4 X 16 
(Requires 
one or two 
2816 units) 



Same as 
Model 1 



Same as 
Model 1 



2803, 2804 Same as 
(RWW) Model Model 4 
2 with 
optional 
Seven-Track, 
Nine-Track, 
or Seven- 
and Nine- 
Track 

Compatibil- 
ity feature 



Same as 
Model 4 



Same as 
Model 1 



Same as 
Model 1 



Same as 
Model 1 
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SECTION 30: PROGRAMMING SYSTEMS SUPPORT 



30;05 TRENDS IN DATA PROCESSING AND PROGRAMMING SYSTEMS 

The Model lUS and its programming systems support have been designed 
to operate in the data processing environment that has been emerging 
since the introduction of System/360. 

Significant trends are the following; 

• Growth toward more multiprogramming to improve system throughput. 
Multiprogramming also permits the user to install new applications, 
such as small teleprocessing inquiry or graphics applications, 
that otherwise would not justify a dedicated system. 
Multiprogramming support also has encouraged the growth of new 
computer environments, as indicated by the items that follow. 

• Growth of integrated emulation, that is, concurrent native and 
emulation mode processing on one system. The execution of emulators 
under operating system control improves system throughput because 
emulators can use control program facilities (stacked job execution, 
data management functions, etc.) and because native mode and 
emulator jobs can be scheduled to operate concurrently to utilize 
available system resources more efficiently. The use of integrated 
emulators eliminates most reprogramming and eases transition from 
one system to another, permitting the user to expend his efforts 
extending and adding applications. 

• Greater use of high-level languages, such as COBOL, FORTRAN, and 
PL/I, for applications programming. The cost of programming has 
been increasing, while the cost of computing hardware has been 
decreasing. More productive use of programmers can be achieved 

by the use of high-level languages. Improvements to compile times 
and to the size and execution speed of code produced by high-level 
language translators have been made and continue to be made. The 
support of many more functions within high-level languages has 
also increased their use, and the growth of interactive computing 
has stimulated the addition of even more facilities. 

• Growth of teleprocessing applications, such as remote inquiry, 
message switching, data collection, and management information 
systems. The ability of System/360 and System/370 to handle 
teleprocessing and batch processing in one system eliminates the 
necessity of dedicated, special purpose systems. 

• Gro%rth of remote computing activities, such as remote job entry 
and interactive computing (or time sharing), in both a nondedicated 
and a dedicated environment. Remote computing offers (1) fast 
turnaround for batch work submitted from remote locations, (2) 
remote user access to the large computing facilities and data base 
available at the central installation, and (3) interactive problem 
solving on a regular or a nonscheduled basis for personnel in 
locations remote from the central computer. In- house interactive 
computing is growing also as users attempt to use programmer time 
more efficiently. 

• Growth toward large, online data base systems. The growth in the 
marketplace of remote computing, time-sharing, and real-time 
applications necessitates the instcint availability of more and 
more data. High-capacity, fast, low-cost, reliable direct access 
devices supported by appropriate data organizations, access 
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The 3803/3H20 Magnetic Tape Subsystem . This tape subsystem will 
be supported as an I/O device for the same functions as 2U00-series 
tape units. This includes support of tape switching, Seven-Track, 
and Dual Density features. (Note that 200-BPI density tapes are not 
supported because the Seven-Track feature includes only 556 and 800- 
BPI densities.) 



30:15 DOS SUPPORT 

DOS will be modified in future releases so that it supports certain 
Model l'»5 hardware features. Appropriate alteration of the DOS 
supervisor generated for a Model 11*5 will allow it to accommodate the 
fixed storage area of lower processor storage in the Model 145. 

DOS support of Model 145 features will be provided as follows 
(programming systems support of RAS features is discussed in Section 50) 

New instructions . Assembler D (14K variant) will include mnemonics 
for all the new instructions so that they can be used in user-written 
Assembler Language programs. The DOS high-level language translators 
currently available will not generate the six new general purpose 
instructions . 

Extended precision floating point . Mnemonics for extended precision 
instructions and data formats will be added to Assembler D (14K 
variant). The DOS high-level language translators currently available 
do not support extended precision. 

Interval timer. The timer will be supported in the same manner 
as it is currently, for time of day and time intervals. 

Time of day clock . This clock is not supported for time of day 
values. 

Byte boundary alignment . The programmer has the ability to byte- 
align binary and floating-point data in Assembler Language programs, 
in ANS COBOL programs (by omitting the SYNCHRONIZED clause), and in 
PL/I programs (by specifying the UNALIGNED attribute) . However, COBOL 
and PL/I still align unaligned fixed- and floating-point data prior 
to its use. 

1401/1440/1460 and 1401/40/60, 1410/7010 Compatibility features . 
Two integrated emulator programs will be provided, one to emulate 
1401/1440/1460 programs and the other to emulate 1410/7010 programs. 
(See Section 40 for a complete discussion of these emulator programs.) 

New consoles . The 3210 Model 1 and the 3215 Console Printer- 
Keyboards are supported as the DOS console device. A remote 3210 Model 
2 console is not supported. 

Channels . A single byte multiplexer channel, with up to 256 
subchannels, and selector channel mode are supported. Block multiplexer 
mode is not supported. The IFA and 2319 DASF do not require any special 
programming support and will be supported in the same manner as 2314 
disk storage. 

New direct access devices. The 3330 and 2305 facilities are not 
supported. 

3211 Printer. This printer, with or without the 18 additional print 
positions, will be supported in the same manner as is the 1403 Printer, 
including support by DOS POWER. Forms control buffer and Universal 
Character Buffer loading for the 3211 will be handled in the same way. 
The user must execute an IBM-supplied buffer load utility program 
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(SYSBUFLD) as a job step in order to load the FCB and/or the UCB. 

No provision has been made for loading the FCB or UCB during execution 

of 3 "iob steo. User— defined UCB iina'Tes must be loaded from, the core 

image library. FCB images can be loaded from cards or the core image 

library. 

If a command retry indication is present, the 3211 error recovery 
routine supports retry of an operation that failed. This option must 
be requested by the user in the DTF for the 3211 Printer. 

ASCII mode tapes . The capability of processing ASCII mode tapes 
on the Model 145, using DOS, is provided by the following program 
products : 

• ANS Full COBOL Compiler V3 

• ANS Full COBOL Object-Time Library 

• ANS Subset COBOL Compiler and Library 

• PL/I Optimizing Compiler 

• PL/I Transient Library 

• FORTRAN IV Library 

• ASCII Magnetic Tape Utilities 

• Tape and Disk Sort/Merge 

The 3803/3420 Magnetic Tape Subsystem . This tape subsystem will 
be supported as an I/O device for the same functions as 2400-series 
tape units. This includes support of tape switching (two control units 
only), Seven-Track, and Dual Density features. (Note that 200-BPI 
density tapes are not supported because the Seven-Track feature includes 
only 556 and 800-BPI densities.) 
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